summaryrefslogtreecommitdiff
path: root/gtk/gtkmodifierstyle.c
Commit message (Collapse)AuthorAgeFilesLines
* styleprovider: Fold get_change() vfunc into lookup()Benjamin Otte2014-12-101-13/+4
|
* styleproperties: DeprecateBenjamin Otte2014-10-241-8/+4
|
* modifierstyle: Remove the changed signalBenjamin Otte2014-08-271-19/+0
| | | | It's been unused since last commit
* Deprecate GdkColorMatthias Clasen2014-05-221-0/+4
| | | | | It has been replaced by GdkRGBA. Time to make it official. http://bugzilla.gnome.org/show_bug.cgi?id=636695
* gtk: Use new macros for defining private dataEmmanuele Bassi2013-07-091-5/+2
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=702996
* symboliccolor: DeprecateBenjamin Otte2012-11-251-0/+4
| | | | | | | 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.
* styleprovider: Change function prototypeBenjamin Otte2012-11-251-1/+1
| | | | | | | 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.
* styleprovider: Remove (broken) implementations of get_styleBenjamin Otte2012-11-241-11/+0
| | | | | The implementations were broken and get_style() is deprecated and documented to return NULL now.
* styleprovider: Make all implementors emit the new signalBenjamin Otte2012-04-171-0/+4
| | | | ... and listen to it in the cases where they use other style providers.
* syleprovider: Add a vfunc to get the changesBenjamin Otte2012-04-171-0/+11
| | | | This way we can check what changes are even interesting for our matcher.
* css: Make the style provider take a matcher as an input argumentBenjamin Otte2012-04-171-4/+2
|
* Change FSF AddressJavier Jardón2012-02-271-3/+1
|
* css: Redo StyleProvider interfaceBenjamin Otte2012-01-091-3/+37
| | | | | | | | | 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.
* modifierstyle: Move Private typedef to public headerBenjamin Otte2011-12-291-2/+1
|
* modifierstyle: Fix compile errorsBenjamin Otte2011-12-061-6/+0
| | | | Introduced in 7bd2446801ffd0fc2ac5cc98fcd675ac4f3935d6
* Remove broken optimization in style modifier overridesAlexander Larsson2011-12-061-23/+0
| | | | | | | | | 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.
* Don't export GtkModifierStyle symbolsMatthias Clasen2011-02-081-21/+21
| | | | This is not public API, so don't export it.
* Plugged leaking PangoFontDescriptions in gtk_modifier_style_set_font().Tristan Van Berkom2011-01-161-1/+9
|
* Avoid memory corruption in the color_properties hashtable.Paolo Borelli2010-12-051-4/+8
|
* Make gtk_widget_override_cursor() take GdkRGBAsCarlos Garnacho2010-12-041-8/+13
| | | | | | Even though the style properties have the GdkColor type, the other gtk_widget_override_* API takes RGBA colors, so it is consistent now.
* Add GtkModifierStyle as a private objectCarlos Garnacho2010-12-041-0/+287
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.