Community
Participate
Working Groups
Created attachment 108494 [details] screenshot Build ID: I20080617-2000 Steps To Reproduce: In the SWT Controls view, the top-level tab folder (the one where one can select the widget to try out) is very wide. This is not a problem on Linux (and probably not even on Windows) where the tab folder contains buttons to navigate left and right to the invisible tabs. However, on OS X, there are no such butons - the tab buttons are centered and the leftmost and rightmost buttons simply drop out of the window and become inaccessible (see screenshot). A screen resolution of about 1500 pixels in width is required to display all of the tabs. More information:
We can't make the operating system show arrows to make the clipped items visible (it won't do it). At one point, the ControlExample was modified to use smaller labels on OS X. Did we lose that code?
I went as far back as the CVS history would let me, but didn't find code that would have changed the font sizes. There is another workaround already in place: /* Workaround: if the tab folder is wider than the screen, * carbon clips instead of somehow scrolling the tab items. * We try to recover some width by using shorter tab names. */ From my point of view, that's only a temporary workaround - the next widget that adds a tab breaks the tab folder again. (Unless you're declaring SWT as completed, of course ;-)) I'd suggest replacing the tabs with a drop-down listbox and see whether I can contribute a patch...
...and btw, the getShortTabText() method used in the workaround I mentioned earlier is implemented only by five tabs (CoolBar --> CB, ExpandBar --> EB, ProgressBar --> PB, TabFolder --> TF, ToolBarTab --> TB) - and it doesn't even work for the view because setShellSize() is only called for the standalone example...
At the very least, the code that shortens for the tabs should run for the plugin case. I'm not sure about replacing the tab folder with a drop down. First of all, we don't support the native Mac drop down folder and we would want to write that code first.
Sorry, that was ambiguos - I was thinking of a Combo with SWT.READ_ONLY set, not some Mac-specific Widget.
Created attachment 108691 [details] preview of a possible solution I've created a preview of how I think this problem might be tackled. Note that this patch breaks several of the existing demos - I'll clean this up once someone tells me that's the way to go. What I don't like about this: Even in maxmized mode on a MacBook Pro, some of the examples take up so much space that the listeners area drops out of the visible area. How about using a tab folder in the right part of the window / view with two tabs for parameters and events?
Created attachment 112243 [details] proposed patch (now includes all controls) I've updated the patch to cover all of the controls. About the other issue (Listeners group dropping out of the view) - how about using an ExpandBar on the right-hand side to include the group boxes (Styles, Size, ...)? Any suggestions?
Carolyn, you own the example code. Please evaluate the patch. Thanks.
More than a year has passed, and not much seems to have happened here. I'll attach a screenshot to demonstrate the issues: - the tab folders at the bottom fit barely and only because some of the texts are abbreviated - the listeners are still unusable even when in full-screen mode :-(
Created attachment 151643 [details] new screenshot
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.