After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 726316 - Backdrop inconvenient on multimonitor for reading text
Backdrop inconvenient on multimonitor for reading text
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: Themes
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2014-03-14 10:13 UTC by Carlos Soriano
Modified: 2014-10-20 10:08 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Carlos Soriano 2014-03-14 10:13:18 UTC
The backdrop theme feels inconvenient on multimonitor setup, since it gives less contrast to the unfocused application, so the text is more difficult to read.
Since, at least in my case, I use multimonitor just for reading text in the secondary while working on the primary, I think gtk+ (or gnome-shell?) should manage that and only apply backdrop theme on unfocused applications but the ones that are not in first plane.
Comment 1 Jakub Steiner 2014-03-14 15:29:15 UTC
We might need to be more careful about toning down "content". :backdrop should flatten and tone down the chrome, but actual video/ images and text should retain contrast.
Comment 2 Carlos Soriano 2014-03-14 18:11:24 UTC
I will appreciate that for my day work. Thanks for considering.
Comment 3 Lapo Calamandrei 2014-07-03 08:47:41 UTC
I see what you mean, I think the ideal solution would be to tone down chrome only leaving content alone, problem is that we don't know what content is by the theme, probably a .content style applied to actuall content would allow us to properly solve this issue.
Comment 4 Lapo Calamandrei 2014-10-18 15:27:43 UTC
I think I have a solution, basically I resurrected text color, which opposed to fg color doesn't get dimmed much. So the fix I'm pushing uses (yet another) color for text entries and views in general, I used black (white in the dark variant) to increase contrast some more and it gets just sligtly dimmed in backdrop, so the end result is a backdrop window with, say, button text, labels and various controls text quite a bit dimmed to have a nice differentiation from the focused window while the content remains pretty contrasted so easy to read.
Unfortunatelly I had to add back @theme_text_color and it's backdrop variant (@theme_unfocused_text_color) to the API level exported color, but I guess it's unavoidable.
Carlos tell me what you think.