Community
Participate
Working Groups
R2.0 - open a Java editor - move the editor contribution cool item down to form a new row - open a text editor - switch back to the Java editor - the editor contribution cool item is back on the first row - it should be on the second row, by itself Also: - open a new Resource perspective - move the external tools cool item down to form a new row - Window / Customize Perspective / Other / uncheck External Tools / OK - Window / Customize Perspective / Other / check External Tools / OK - it's back on the first row - it should be on the second row, by itself The positions of cool items should be remembered even when they're not currently shown, based on the cool item's "identity" (which group of actions it's showing). Must also persist the positions of editor contributions broken into multiple cool items using the special group marker.
See also bug 21882.
*** Bug 21611 has been marked as a duplicate of this bug. ***
This PR will be affected by [Bug 21834] Coolbar - deleting items corrupting layout. In some instances, when the first item is a row is deleted, the platform widget gets rid of the row (i.e., moves the items after the deleted item to the previous row). Currently, my algorithm for restoring the position of a re-added item compares the row of the item before it was deleted to the same row (index-wise) in the current layout to determine where to add the item. Since the platform is corrupting the row layout as a result of removing the coolitem, the reposition algorithm won't work as well as it could in this situation.
This PR is affected by [Bug 22055] CoolBar - setWrapIndices causes rows to collapse/expand unnecessarily. When attempting to restore the position of an item, if wrap indices need to be set to create a new row, you can visibly see the coolbar rows collapse than expand. Can workaround it by always turning off redraw whenever an item is added to the coolbar.
This PR will be affected by SWT [Bug 22144] Coolbar - setSize not being honored after setWrapIndices API used. Setting the size for a CoolItem is not honored after the setWrapIndices API is used. This will affect restoring the position (which includes the size) of a CoolItem properly.
This PR is affected by the Linux SWT PR: [Bug 22320] Coolbar - delete item behavior problem and leads to undesirable behavior on Linux when CoolItems that were deleted are added back.
Released changes to 2.0 stream.
Opened SWT [Bug 22448] New: CoolBar - deleting first item in row does unnecessary collapse/expand of row. This needs to be fixed for 2.0.1 - it leads to a "jumpy" coolbar under certain circumstances.
Changes released in 2.1 and 2.0.1 streams.
Verified that 22448 is fixed. Removed temporary workaround. Released in 2.1 and 2.0.1 > 20020815.
Fixed problem with algorithm, released into 2.1 stream, need to merge into 2.0.1 after more testing.
Changes merged into 2.0.1, > 20020815.
Fixed.
