GNOME Bugzilla – Bug 686479
Overview search box is too subtle
Last modified: 2012-11-01 11:38:07 UTC
When it isn't focused, the search box can be quite hard to see. We should make it less opaque. Some experimentation with different backgrounds will be needed to find an optimal solution here.
Opaque is the opposite of transparent. You mean more opaque, yes?
(In reply to comment #1) > Opaque is the opposite of transparent. > You mean more opaque, yes? Yes!
Why not to make search box as default focus when in Overview, which not only increase visibility of search box but increase the usage of it. You get Overview by mostly moving mouse to the left-up corner after all, which means if you want to search something, you have to click search box at first.
(In reply to comment #3) > [...] which means if you want to search something, you have to > click search box at first. Actually you don't, typing anything will move focus to the search box. Looks like we need to make this more obvious, if after three stable releases users still don't know about what I'd consider one of the most compelling shell features.
I think what you said just make my suggestion sensible, how could a user expect to find that (by accident? I have used gnome shell for the beginning of 3.0 release), that's completely different from most other cases or applications.
(In reply to comment #5) > I think what you said just make my suggestion sensible, how could a user expect > to find that (by accident? I have used gnome shell for the beginning of 3.0 > release), that's completely different from most other cases or applications. Hi gan lu. This sounds like a separate issue to me: we need to make the unfocused search box more distinct, irrespective of whether it is focused by default or not. Can you file another bug for your suggestion, please?
Thanks for your kindly reply, there is my new bug report: https://bugzilla.gnome.org/post_bug.cgi
(In reply to comment #7) > Thanks for your kindly reply, there is my new bug report: https://bugzilla.gnome.org/show_bug.cgi?id=686863 was meant here.
Created attachment 227449 [details] [review] First try After playing a bit with the CSS, I've found out that increasing the label+icon brightness plays very well with different backgrounds. I also tried with the background opacity, but it is quite its style makes it look weird (it starts from hard black to hard white). We could also use more colors maybe. I've put some comparison screenshots there to avoid spamming on bugzilla: http://zzrough.free.fr/files/public/gnome-shell-686479/
(In reply to comment #9) > I've put some comparison screenshots there to avoid spamming on bugzilla: > http://zzrough.free.fr/files/public/gnome-shell-686479/ 404
sorry, I meant http://zzrough.free.fr/files/public/gnome-shell-686479-Overview-search-box-is-too-subtle/
Looks good, Stéphane! Could you try updating the outline/stroke color too?
I've added screenshots at the same address with "brighter" and "even brighter" stroke variants for background3. I think "brighter" is enough though, as with the "even brighter" one, you feel the field is focused or highlighted somehow.
(In reply to comment #13) > I've added screenshots at the same address with "brighter" and "even brighter" > stroke variants for background3. I think "brighter" is enough though, as with > the "even brighter" one, you feel the field is focused or highlighted somehow. I agree: "brighter" looks good. Can you attach a patch?
Created attachment 227493 [details] [review] Second try (brighter border)
Review of attachment 227493 [details] [review]: ::: data/theme/gnome-shell.css @@ +356,3 @@ } +#searchEntry { #searchEntry {} already exists (and you are actually modifying it!), add the border-color there.
Created attachment 227494 [details] [review] Third try Ho, of course, thanks: I did put it there because I thought the rules in-between would overwrite it, but these are only based on pseudo-selectors, so it's fine.
Review of attachment 227494 [details] [review]: Oh sorry, missed the outstanding review. I'm happy with the patch if the designers are :-)
Comment on attachment 227494 [details] [review] Third try Thanks for the patch! This is much better.