Use GTK icons with material design mode
Reported by
yanp...@gmail.com,
Mar 18 2016
|
|||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.87 Safari/537.36 Steps to reproduce the problem: There is a chrome experiment, which will be soon default in chrome, called #top-chrome-md. There is also option in settings, which allows you to use GTK theme or Native chrome Blue theme. If you use GTK theme, icons on the top panel (Back, Forward, Reload and Home) are still material which looks eclectical and doesn't match your theme. Neither it is they look out of place on linux desktop, they might be invisible if you use DARK theme. What is the expected behavior? What went wrong? Icons are non-gtk Did this work before? N/A Chrome version: 49.0.2623.87 Channel: stable OS Version: Flash Version:
,
Mar 18 2016
> Neither it is they look out of place on linux desktop, they might be invisible if you use DARK theme. this is not true (unless you have a broken dark theme). They will be colorized appropriately.
,
Jun 14 2016
Now there is now way to set GTK icons from theme, even in chrome labs. Chrome looks out of place a bit
,
Jul 2 2016
I migrated from google-chrome to chromium-browser specifically for Linux theme support, but it seems to have been removed again here too. Here I've attached a screenshot from the chrome setting paqe showing the gtk+ theme being in used while sanctimoniously showing the new chrome icons in use, as well as a window with the system stock icons to show the contrast/mistake.
,
Jul 3 2016
Yes, there was a change in behavior here. Philosophically, the GTK theme mode is a sort of crossbreed between your system theme and the Chrome default theme. For example, the tabstrip still looks like a Chrome tabstrip and not a GTK tabstrip. The buttons used to be taken from the GTK theme, but now are just colorized according to the GTK theme. Where the balance lies between what looks good, bad, Chromey or system-y is a matter of taste. One problem with using the system buttons is that the sizing won't always work that well. I've seen configurations where the edges of the icons were cut off inside our buttons (the toolbar not being resizable according to its fonts, contents, etc.) and I expect this would happen more frequently with the new, smaller buttons. That said, if the overwhelming majority opinion was that we should be using GTK button icons, I wouldn't argue. However, if that were the overwhelming opinion I'd expect to have seen more activity on the bug tracker (on this bug or elsewhere) so I'm skeptical that's the case.
,
Jul 9 2016
GTK3 has symbolic icons which are SVGs inside. Their color is defined by theme. And their size can be reshaped anyhow. https://developer.gnome.org/hig/stable/icons-and-artwork.html.en
,
Jul 11 2016
Adding support for gtk3 symbolic icons might be nice.
,
Nov 16 2017
+bettes@ On linux, should we use the icons that match the system theme (image in c#4)? Or should we always use the MD icons? Personally, I'm indifferent.
,
Nov 16 2017
My opinion is that we should continuing doing what we do today: use the MD icons, and color them according to the gtk theme. I don't know if Alan has an opinion or not, but historically Linux UI decisions have been made by whoever's working on Linux.
,
Nov 16 2017
That is a reasonable compromise, and I'd agree it's the best solution. bettes@ please shout if you have a strong opinion otherwise |
|||||
►
Sign in to add a comment |
|||||
Comment 1 by meh...@chromium.org
, Mar 18 2016Labels: Proj-MaterialDesign-NativeUI