Bugzilla – Full Text Bug Listing
| Summary: | [Default Theme] Make the selected part easily recognizable | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Mickael Istria <mistria> | ||||||||||
| Component: | UI | Assignee: | Platform-UI-Inbox <Platform-UI-Inbox> | ||||||||||
| Status: | CLOSED DUPLICATE | QA Contact: | |||||||||||
| Severity: | enhancement | ||||||||||||
| Priority: | P3 | CC: | daniel_megert, Lars.Vogel, loskutov, stephan.herrmann | ||||||||||
| Version: | 4.5 | ||||||||||||
| Target Milestone: | --- | ||||||||||||
| Hardware: | All | ||||||||||||
| OS: | All | ||||||||||||
| See Also: |
https://git.eclipse.org/r/56418 https://bugs.eclipse.org/bugs/show_bug.cgi?id=325937 |
||||||||||||
| Whiteboard: | |||||||||||||
| Attachments: |
|
||||||||||||
New Gerrit change created: https://git.eclipse.org/r/56418 Can you add a screenshot "old" vs. "new"? side by side? (In reply to Lars Vogel from comment #2) > Can you add a screenshot "old" vs. "new"? side by side? Have a look at the initial attachment ;) (In reply to Lars Vogel from comment #2) > Can you add a screenshot "old" vs. "new"? side by side? Sorry, using a low resolution here, I see that you already did that. You're entering the mine field of bug 325937 :) Seriously: how am I to understand which tabs are selected / active? Any theme that requires me to think about this question is a no go in terms of usability. Let me try to be more specific: IMO the proposed theme improves the situation for views but makes it worse for editors: I get the impression that xs.class *may* be selected, but I don't really know just from looking at it. (In reply to Stephan Herrmann from comment #5) > Seriously: how am I to understand which tabs are selected / active? With this proposal, the active part and its tabs get a lighter color (white), the selected tab has a kind of shadow on it. The other unselected parts are grey and the selected tab is white. Jeeyul's Chrome theme replaces the white active part by a blue one, and the active tab on that part is while. It's actually quite comfortable to use, but it introduces a newer color in the theme/workbench. Created attachment 256751 [details]
White + 2 shades of grey
@Stephan: Here is a proposal that uses only white for the very active tab, and 2 shardes of grey for others
Created attachment 256753 [details] White + 2 shades of grey Replace attachment#2 [details] (which was missing an selected tab to show the white) Created attachment 256754 [details] activa part on extended_vs on eclipse 3.8 (In reply to Mickael Istria from comment #8) > Created attachment 256751 [details] > White + 2 shades of grey > > @Stephan: Here is a proposal that uses only white for the very active tab, > and 2 shardes of grey for others I had to read the comments few times to get an idea which tab is selected finally for last screenshot (Git Staging???). Neither the default nor the proposal are working for me is I wear "stupid user" hat. Could you please post here the Jeeyul's Chrome theme screenshot, so that we have an idea how it could look like in a "better" IDE? I'm still on 3.8 and with my own Extended VS presentation / color sheme I have pretty clear idea what is "current", see attached picture. So if this helps, we should fix this bug and bug 325937 by introducing a clearly recognizable "active part" color which is NOT white NOR grey but something anyone can easily identify - might be "lighter" eclipse blue color. Isn't this actually a real duplicate of a bug 325937? (In reply to Andrey Loskutov from comment #11) > Isn't this actually a real duplicate of a bug 325937? +1 *** This bug has been marked as a duplicate of bug 325937 *** |
Created attachment 256750 [details] Comparison of reverted colors on tabs Currently, with the default theme (tested on Linux/GTK), the IDE is very bright, and the light/white is put on the part that don't have focus. This tends to make the UI too "aggressive" and doesn't help much in identifying which part has focus. I suggest to invert the light of the parts, to show more "grey" (ie more inactive stuff in usual UI conventions of desktop applications) and to put the while/light on the selected part. I tried it locally and found it better than the current status. See attachement for a comparison.