As a side effect of the multiple window feature, we will need a new data provider type: locals.
I don't know for you, but we are commonly using globals.myTxtVar to help in complex data entry forms. The introduction of the multiple window feature in servoy 3.5 has the side effect to render this method obsolete, as globals will display the same values for all open windows. Therefore we now need a new type of data provider: locals.
Implementation proposal:
We suggest that locals may be linked to and shared by either a form instance or a window, with the latter being may be more complex to use.
- Forms locals: [forms.myForm.locals.myLocalVar]
With this implementation, locals will be referred to using formName and may display different data with any new instance of the form. Forms locals may be created either using the define dataprovider dialog (needs interface change) or as a new property for forms with the help of a specific editor or by script (although the latter method is quite non intuitive).
- Window locals: [locals.myLocalVar]
With this implementation, locals will behave like plain globals with the only difference being that they will be linked to a window instance instead to the application/solution. Window locals may be created either using a new tab (locals) in the define datprovider dialog or adding a 'local'property to existing globals tab.
Case 86011 has been posted as an issue about usage of globals while in multiple windows.
Please comments and suggestions about this issue/feature?