Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 368837 - The protocol could make it easier to support native clients implementing the zIndex.
Summary: The protocol could make it easier to support native clients implementing the ...
Status: RESOLVED FIXED
Alias: None
Product: RAP
Classification: RT
Component: RWT (show other bugs)
Version: 1.5   Edit
Hardware: All All
: P3 enhancement (vote)
Target Milestone: 1.5 M5   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-01-17 10:42 EST by Johannes Eickhold CLA
Modified: 2012-01-20 11:11 EST (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Johannes Eickhold CLA 2012-01-17 10:42:33 EST
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.
Comment 1 Ralf Sternberg CLA 2012-01-17 12:11:28 EST
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.
Comment 2 Ivan Furnadjiev CLA 2012-01-20 10:27:40 EST
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.