You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I've noticed that with Mint-Y-legacy, the window controls are consistent across Metacity/GTK, regardless of icon theme. This appears to be caused by a reference in gtk.css to an "assets" folder stored alongside gtk.css, which stores the window control icons. This reference drives the consistency.
Presumably, it would be possible in current Mint-Y themes to remove the gtk.css reference and dependency on Mint-Y icons, and replace that with an "assets" folder ensuring consistent window controls.
The text was updated successfully, but these errors were encountered:
Would it be possible to change window controls so that they are themed to the window border theme instead of the icon theme? I only use Mint-X for a window theme, but I like a different icon set. Currently (and it didn't used to be this way back when you could control the window control theme independently), when I change icon themes to Mint-Y, for example, it changes the window control theme to Mint-Y's. This looks really badly out of place. Ideally, the icon theme should only control the file/folder/etc. icon themes, and the window control theme should be controlled by the window theme whenever possible, only falling back to the icon theme when the current window theme doesn't have an accompanying window control theme. That's the only method I know of that makes things work in a visually consistent way.
I've noticed that with Mint-Y-legacy, the window controls are consistent across Metacity/GTK, regardless of icon theme. This appears to be caused by a reference in gtk.css to an "assets" folder stored alongside gtk.css, which stores the window control icons. This reference drives the consistency.
Presumably, it would be possible in current Mint-Y themes to remove the gtk.css reference and dependency on Mint-Y icons, and replace that with an "assets" folder ensuring consistent window controls.
The text was updated successfully, but these errors were encountered: