* Update README.md with instructions to use SassC
Updates the Build It instructions for using SassC instead of Ruby Sass
* Updates Makefile to replace Ruby Sass with SassC
This commit replaces the use of the Ruby Sass scss command with SassC's sassc command. Due to the more limited functionality of sassc, output directories must be created prior to running the command and only one file may be processed at a time unlike the many-to-many mode functionality of the scss command.
* Makes import directive relative in _gnome-terminal.scss
This commit changes the "widgets/button" import directive to be relative in the gtk-3.20 _gnome-terminal.scss file which is necessary when using SassC.
* Removes import directive in _gnome-terminal.scss
This commit removes the "widgets/button" import directive in the gtk-3.20 _gnome-terminal.scss file which is unnecessary.
Co-authored-by: KTB <ktb83@users.noreply.github.com>
Since Xfwm have never expressed much interest in virtual resize
grips extending away from the window area, and need to support non-
composited configurations anyway, this usability fix is needed in
Numix. Single-pixel borders are not enough.
This commit adds a 5px bottom border and big corner resize grips to
Xfwm allow windows to be resized more easily. This improves matters
significantly for tablet and mouse/touchpad users.
The corner resize grips are from NeXTSTEP, or more accurately its
clones on Linux such as Window Maker. The bottom border as a whole
is styled to match the rest of the theme.
Closesnumixproject/numix-gtk-theme#100.
* Do not draw progressbar border using box shadows, progressbar is now more flatter.
* Do not use different color for progressbar in disabled state. In transmission, in normal state, progressbar (not selected)
has no color, while in backdrop state it gets it's color back. This shouldn't be happenning.
* Use border for progressbar.through
These fixes are mainly for light variant. Dark variant requires much more work.
We were drawing border on both notebook tab
and on widget > box, which results a double border on tab. The situation
worse in case of tiling gtk3 apps like tilix which uses can use horizontal
notebook inside vertical notebook.
Separate mixin for toolbar and titlebar
Symbolic icon for horizontal toolbar. Lets face it, toolbutton icons for gnome+hicolor are not as good as symbolic icons. We are using symbolic icons everywhere else anyway.
Button padding for horizontal toolbar is reduced to 4px. Horizontal toolbar requests GTK_ICON_SIZE_LARGE (24x24) by default. It doesn't make sense to use 5px padding on 24x24 icons.
Button (image, text, image-text, popup, radio) padding for vertical toolbar,headerbar remains same for now.
Some distro (Zorin Os) uses OSD with old gnome-fallback-media-keys-helper which is a component decoupled from earlier versions of GNOME3 stack before it become monolithic. It uses theming style of Gtk-3.18.
Alynx Zhou