| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
| |
It's been unused since last commit
|
|
|
|
|
| |
It has been replaced by GdkRGBA. Time to make it official.
http://bugzilla.gnome.org/show_bug.cgi?id=636695
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=702996
|
|
|
|
|
|
|
| |
Symbolic colors are an implementation detail of the CSS engine and have
been superceded by GtkCssColorValue. We don't want them clobbering the
public API. In particular because the only use I could find in the
public API is people using it to shade colors.
|
|
|
|
|
|
|
| |
Make _gtk_style_provider_private_get_color() return a GtkCssValue (a
GtkCssColorValue to be exact) instead of GtkSymbolicColor.
With this, the symbolic color usage inside GTK is minimized.
|
|
|
|
|
| |
The implementations were broken and get_style() is deprecated and
documented to return NULL now.
|
|
|
|
| |
... and listen to it in the cases where they use other style providers.
|
|
|
|
| |
This way we can check what changes are even interesting for our matcher.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
We now use the GtkStleProviderPrivate interface, which hopefully is
faster and more conformant to CSS. Long term, it definitely should be
both.
I would have liked to split this up into multiple commits, but couldn't
find a way.
|
| |
|
|
|
|
| |
Introduced in 7bd2446801ffd0fc2ac5cc98fcd675ac4f3935d6
|
|
|
|
|
|
|
|
|
| |
We used to only set the override color or font if it was different
than the existing value. However, that means you can't change it to
an override that is the same as the default value for the property.
With this fixed you can e.g. override with a color of 0,0,0,0 which
you couldn't before.
|
|
|
|
| |
This is not public API, so don't export it.
|
| |
|
| |
|
|
|
|
|
|
| |
Even though the style properties have the GdkColor type, the other
gtk_widget_override_* API takes RGBA colors, so it is consistent
now.
|
|
This object backs up gtk_widget_override_* operations. This object
is not meant to be public because any intention to modify widgets'
style in a themeable way should involve using regions/classes, so
they're modifiable through CSS. As such, the API is really
short-scoped.
|