4 / 4
Sep 2020

Hello @hadi.nategh,
regarding the new feature I noticed the following.
When you open a CRM view from the Adressbook, the program, as expected, jumps to a new tab and adds the data of the selected Contact to the sidebox menu:


When you now go back to the original addressbook tab you can see that the data has been added also to this tab:
image
Moreover when you now select a new contact and open the crm view, you can see that on all tabs the contact data has been replaced by the data of last opened contact:

image
image
The expected behaviour would be that contact data is added only to the opened tab and not changed afterwards by opening other tabs.
Thank you and best regards,
Alex

  • created

    Sep '20
  • last reply

    Sep '20
  • 3

    replies

  • 1.1k

    views

  • 3

    users

  • 1

    like

It’s not bug. Side menu created when you open new application object. View Contact one and two is same apps.

Side menu saved in application session.

Hello Alex,
I understand that technically it is the same application and for now each application has only one sidemenu.
But for the user experience it is a “Bug” because the user expects to see the tab (including its sidemenu) he has initially opened and not a changed one because of him opening another tab… So I think there has be a solution, i.e.:
Maybe each sidemenu should not be “bound” to the application in general but to the tab at its creation time.
I don’t fully understand how the framework is build and if what I am writing makes programmatically sense, it’s just an idea on the table.
BR
Alex

I believe we need to refine the spec for these extra-tabs of an app a little more:

  • the app should be able to overwrite the sidebox-menu of the new opened tab, eg. Addressbook CRM view should do that to display it’s contact-card
  • if the app does not overwrite it, it “inherits” the original sidebox, but with a “target” of the original tab (if entries not already have a target, like eg. links into admin)
  • apps primary tab’s sidebox, should be unchanged

Ralf