-
-
Notifications
You must be signed in to change notification settings - Fork 66
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
shell: Respect user's toolbar-style setting #207
Conversation
Nice - but would be better to check the existence of the schema before using it. There are people who use Atril in other desktop environments. Also this setting is completely ignored in GTK+3 build - they made it no-op at some point... IIRC it was in GTK+ 3.10. |
Right you are. I run it in XFCE myself, but I still have all the MATE schemas installed. 😄
Hm? The patch works fine for me (as in, all the styles do what they are supposed to when I set the setting) with GTK+3.20.6 on Debian stretch... |
I recall eom ignores this setting in GTK+3 build, so I thought Atril does the same... I'll check it once more. |
Hmm, interesting... GTK+2 build of Atril reacts to this setting even without this PR. The only issue is that "icon" value isn't processed properly - Atril uses "both" value instead. GTK+2 build of eom has the same behavior. I'll check GTK+3 build later. |
@monsta |
Ok, it works with current git master. I guess it's because we have a custom "libegg" toolbar, not some standard GTK+ one. I remember the toolbars settings were ignored in the standard one, therefore we removed them from the last tab of mate-appearance-properties... |
Here in GTK+3 code we get the same behavior with this PR. In other words, it seems ok since it restores the old behavior. As for some values not working, I guess it's some separate issue in the toolbars. |
hmm, it seems to be a bit inconsistent.
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This works as advertised with GTK 3.22.9
Yes, this inconsistency is what I was talking about. You can check GTK+2 build (in 1.16) and see it there as well. That's why I think it's some separate issue in the toolbars. |
As, this doesn't work for normal Gtk Toolbars i am in doubt that i will ever use that ;-) |
Ok, rebased and merged. |
Atril should respect if the user wants another toolbar-style than "both-horiz" by checking the "toolbar-style" key of the "org.mate.interface" schema in GSettings.