Community
Participate
Working Groups
Open the workbench and switch to the java perspective make the workbench window really small, forcing there to be a four (4) row toolbar then resize the window large again Note that there still are 4 rows in the toolbar when they could have been collapsed back to one. This is painful because moving all the little toolitem groups back takes time Note2, this also happens on GTK as well as MOTIF
On Linux and MacOS, the cool bar widget in SWT is emmulated as apposed to native in windows. This creates inconsistancies in the two types of widgets. On resize events, the windows native widget maintains state information when items are forced to new lines. When the window is resized back to normal, the cool items flow back to their original order(jump rows). In Linux (GTK and Motif) and MacOS, the cool bar introduces "hard" breaks when the cool items are forced to a new row. Becasue of this behaviour it is impossible to distigusish between user breaks and forced wrapping. This bug needs to be fixed at the SWT level,
this is related to bug 25336
this is a dup of Bug19654. *** This bug has been marked as a duplicate of 19654 ***