Community
Participate
Working Groups
If you have 3 stacked views but only one View tab is visible, there is a Chevron providing access to the other 2 views. When you open this dropdown list, some of the items are listed in bold, and some are not. This creates two problems: - Bold is overloaded. It also means that a view has changes that the user has not seen (i.e. problems view). But here this is not the case. - List.computeSize() is done using the non-bold font. Since the bold ListItem is much wider, it doesn't fit, and it truncated with ellipses. I found the use of bold backwards from what I expected. I expected the currently displayed part to be emphasized. I would recommend using some other visual hint. What about foreground color or an asterick? BOLD probably should be used to indicate views which have changes.
*** Bug 70916 has been marked as a duplicate of this bug. ***
This should be considered for 3.0.1. A safe fix would probably be to stop using BOLD fonts in the popup. This bug presents itself in RAD immediately to the novice user as soon as he has activated the web perspective.
Created attachment 14084 [details] view dropdown
Why are the views whose tabs are visible being displayed in the drop-down list at all? The use of bold here is unnecessary, and conflicts with other uses of bold view titles.
Having a little difficulting keeping straight what this bug is asking for, here are the points that have been made: 1) Bold is used to represent views whose tabs are not visible AND in the tab itself it is used to represent views that have changed. - this is being re-considered 2) Bold font is not considered in computing the size of the drop down menu - this is a bug 3) Views whose tabs are visible displayed are also in the drop-down list - some users will always drop-down the list to select the next view (same for editors) so having them all available in this case means you can use one way to switch rather then having to scan the visible tabs, then drop down the list if the view is not found.
3) It's inconsistent with the chevron found on a Toolbar. Only the items which are not displayed appear in the drop down. What about the case where there are 6 tabs visible, and 1 hidden? Making the user search through 7 items A) overburderns the user B) suggests that there 13 views instead of 7. If there are users which always want a drop-down list, give them a preference to turn off tabs and maybe just display a Combo.
Some comments 1) "It's inconsistent with the chevron found on a Toolbar." - yes and no - the number indicates how many are not visible which is re-enforced by the bold items being those invisible items 2) "What about ... Making the user search through 7 items" - the user does not have to search, the 1 invisible tab will be at the top and will be bolded, you could also use type-ahead to slim down the list if you know the name of what you're looking for 3)give them a preference to turn off tabs and maybe just display a Combo - who is talking about inconsistancy now<grin>?
Yes, the 1 invisi... view will be disp... in BOL.. LOL
Remy is now responsible for watching the [ViewMgmt] category.
*** Bug 179331 has been marked as a duplicate of this bug. ***
We should stop using the bold fond and use grey fg color instead.
Created attachment 261113 [details] Use grey fg instead of bold font (In reply to Dani Megert from comment #11) > We should stop using the bold fond and use grey fg color instead. I have tried with grey fg (SWT.COLOR_GREY) instead of the bold font on Linux with GTK, but on the black background the difference between the white and the gray is hard to tell, this might not be the best solution. Attached a screenshot, share your thoughts, I'll be happy to come up with a solution for this.
(In reply to Robert Roth from comment #12) > Created attachment 261113 [details] > Use grey fg instead of bold font > > (In reply to Dani Megert from comment #11) > > We should stop using the bold fond and use grey fg color instead. > > I have tried with grey fg (SWT.COLOR_GREY) instead of the bold font on Linux > with GTK, but on the black background the difference between the white and > the gray is hard to tell, this might not be the best solution. Attached a > screenshot, share your thoughts, I'll be happy to come up with a solution > for this. Robert, can you still reproduce the truncation? On my Windows box it looks like the pop-up is correctly sized to fit all items, including the bold ones.
No, I can not reproduce the truncation either, popup is correctly sized on linux with both gtk3 and gtk2. If you agree, then I am ok with marking this as fixed and jumping on bug 356575, the one I got here from.
