-
Notifications
You must be signed in to change notification settings - Fork 17
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
Customizable menu icon #49
base: master
Are you sure you want to change the base?
Conversation
We will use them later. The icon-name property shall select the icon used in the menu button, while the icon-symbolic property determines whether the icon will be used in its symbolic or default variant.
The actual icon can now be changed via the icon-name gsettings key. By default, the applet will load a symbolic version of the icon. This behavior can be changed via the icon-symbolic key. Changes to any of these keys should directly be visible. Fixes: getsolus#48
Hi! I packaged your fork for OpenSUSE (Leap 15.6 and Tumbleweed)! Thank you for your work! :D https://build.opensuse.org/package/show/home:asdhio/brisk-menu |
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.
LGTM, thanks!
I didn't know Ermo was going to ping Ikey about this. |
Gonna look properly later today, not sure re special casing of symbolics, or using equality check on null pointers ^^ |
Any progress? ^^ |
This patch is now included in the OpenSUSE Tumbleweed package and will be included in OpenSUSE Leap 16. |
@ikeycode ping to ensure you see this. |
As discussed in #48, here follows the implementation of making the menu icon customizable and modifiable at run time.
This implementation adds two new keys to the gsettings schema:
icon-name
which can be used to select the base iconicon-symbolic
which is a toggleable boolean switch selecting whether the symbolic icon variant shall be shown in the menu.I went with that because we actually have to change two icons - the menu icon itself and the icon displayed in the about dialog. The old behavior was to use the symbolic variant of the icon in the menu and the non-symbolic, full-color variant in the about dialog, which generally makes sense, but I can see how some people would like to use a non-symbolic, full-color variant for the menu icon as well.