Community
Participate
Working Groups
Currently not every set or create operation in RAP's json protocol contains the zIndex property. This makes it somehow difficult to support stacking of overlapping widgets in native client implementationsusing the zIndex. Actually transfered zIndices currently start around 285. Suggestion for enhancement: Maybe it is beneficial if every Composite widget (that contains other widgets) would transfer it children in a json array to inform the client of the zIndex property implicitly. The first entry position in the array would correspond to zIndices of the child widgets.
I agree that we should change the way z-order is synchronized. In SWT, widgets doesn't have an explicit z-index. The z-order of a control is defined by its position in its parent's list of children. Hence, transmitting the z-index property in the protocol is more specific than actually needed.
Now, we a rendering a "children" property (array with ids) for every composite. The array order specify the zIndex - first control is on the top. Changes are in CVS HEAD.