reftests: Add label-shadows test

Tests shadows work properly for rotated labels

shadow: Redo shadow implementation for rotations

The shadows went bonkers when the labels were rotated

themingeninge: Handle translations properly

We want to keep the location of where to render, but transform th
context by the pango transform.

label: Account for y-translation when rotating

tests: Add parser test for shorthands

style: Convert border-width to a shorthand

Add the corresponding properties it refers to, too:
- border-top-width
- border-left-width
- border-bottom-width
- border-right-width

style: Add support for shorthand properties

Shorthand properties are basically the same a in CSS. For storage in
style properties or the CSS provider, they are unpacked into the real
values, so it is possible to partially override them.

No properties are yet converted to the new world yet, this is just the
code for supporting them.

stylepropertis: Use set_by_property() in set_valist()

... instead of duplicating code. This causes an extra g_value_copy().
If that turns out to be a performance issue, we can invent something
that handles this (like passing a gboolean take_value).

The reason for this duplication deletion is that we want to complicate
the setting code to handle shorthands by unpacking them and storing the
separate values.

styleproperties: Add _gtk_style_properties_set_property_by_property()

... as a replacement for _gtk_style_properties_set_property_by_pspec().
We'll need that to handle shorthands.

styleproperties: Use peek_property() in get_valist()

styleproperties: Validate values when setting them

Note that validation is not necessary when resolving, because all values
are valid for those cases.

styleproperties: Remove needless check

styleproperties: Use peek_property in get_property

... instead of duplicating the code.

styleproperties: Adapt _gtk_style_properties_peek_property()

Optionally return the GtkStyleProperty that was looked up. This feature
isn't used yet, but will soon be.

styleproperties: Move the style property handling code

... from gtkstyleproperties.c to gtkstyleproperty.c

css: Rename gtkcssstrfuncs file to gtkstyleproperty

The idea is to handle the style property registering etc in this file
instead of the styleproperties file. The next commits will move those
files.

stringfuncs: Remove _gtk_css_parse_url() from header

No code changes, just moving the function in the c file so it doesn't
need to be forward-declared.

cssprovider: Use _gtk_style_property_lookup()

This way we get the actual data node and can use it.

styleproperties: Put gtk_style_property_lookup() in private header

styleproperties: Class ref no longer necessary

Now that we initialize the pspecs on-demand, we can avoid the class ref.

styleproperties: Init the default properties when they're needed

Instead of initing the default style properties in the class_init
func of the style properties, init them when they are first needed -
when they are queried or when new ones are registered.

That way, they will always be available.

styleproperties: constify gtk_style_property_lookup()

styleproperties: Rename the storage struct for style pspecs

PropertyNode => GtkStyleProperty

tests: Add forgotten file

File was forgotten in 8fd6bd323c055c11c40acc6a09fa1a4cb0ca2b4a

gtk/gtkstatusbar: gtk_misc_set_alignment replacing

Replacing the function gtk_misc_set_alignment () with
gtk_widget_set_halign () and gtk_widget_set_valign () in
gtk/gtkstatusbar.c

https://bugzilla.gnome.org/show_bug.cgi?id=650664

Allow NULL permissions

This is useful in some scenarios.

docs: Add missing <row>

themingengine: use the text-shadow property to render text shadow

This also avoids hardcoding a shadow for insensitive text in the engine,
as it can now be applied from the theme directly.

https://bugzilla.gnome.org/show_bug.cgi?id=649314

shadow: add a method to paint the shadow for a PangoLayout

https://bugzilla.gnome.org/show_bug.cgi?id=649314

styleproperties: resolve properties of type GTK_TYPE_SHADOW

https://bugzilla.gnome.org/show_bug.cgi?id=649314

styleproperties: add a "text-shadow" style property

And document its use in the CSS parser gtk-doc.

https://bugzilla.gnome.org/show_bug.cgi?id=649314

css: add a parser for GTK_TYPE_SHADOW properties

https://bugzilla.gnome.org/show_bug.cgi?id=649314

shadow: add a GtkShadow private type

This will be used as a base both for parsing text-shadow and box-shadow
properties. The type is private, as there's no real use in exporting
this in a public API.

https://bugzilla.gnome.org/show_bug.cgi?id=649314

assistant: pack the sidebar in a frame instead of an event box

This has mostly two advantages:
- the most obvious one is the theme can render a border around the
  sidebar if it wants to.
- we also can avoid hardcoding a container border width for the sidebar,
  and just use a padding from the theme. This also allows different
  themes to define a different padding, etc.

The drawback is we must draw the background ourselves, but it's easy
enough.

https://bugzilla.gnome.org/show_bug.cgi?id=650530

assistant: remove an useless gtk_widget_reset_style() call

It's not needed to call _reset_style() here, as we did not add the
widget to the parent container yet.

https://bugzilla.gnome.org/show_bug.cgi?id=650530

menu: Only realize menu if it isn't realized yet

Lots of code calls gtk_menu_popup() and we don't want to resize the
window needlessly.
In this particular case, keyboard navigation to submenus caused those
submenus to shrink.

Note: I'm not sure this fix doesn't have nasty side effects, as I'm not
a specialist on menu popup code, so if it does, we'll need to revert it.
Until then, let's keep it, it fixes a bug.

tests: Add missing CSS test

gdk: Document gdk_window_add_filter()+XGenericEvents behavior

gdk: Get the right filter window for XI2 events

GdkDeviceManagerXI2 now implements GdkEventTranslator::get_window,
retrieving the right window from the contained XIEvent.

gdk: Add _gdk_x11_event_translator_get_window()

This method can be implemented by event translators so they
return the right window from XGenericEventCookie events, as
ev->xany.window isn't meaningful for these.

GdkEventSource now also uses this to find out the right window
filters to apply.

gdk: Move XGetEventData() call to GdkEventSource

This function should be called just once across every possible
event translator and GdkFilterFunc that wants to deal with
any cookie event.

mac keys: Add a missing semicolon

keys.css: Remove semicolons at end of rules

This is not CSS conform (it will break resync code after errors for
generic CSS parsers), so I deprecated the support for that semicolon.

reftests: Check that inherited properties work

cssprovider: When loading themes, don't pass in an error

We want to parse existing themes as well as possible instead of failing.
And the g_warning() is preserved.

cssprovider: Don't propagate deprecation messages to passed-in error

It's an informative message, don't stop parsing the CSS because of it.

css: Make property parsing functions take a css parser

Instead of reading a string and then passing that in, let the parse
functions use the full power of the parser.

css: Move binding set parsing to strfuncs

cssstringfuncs: Read colors as symbolic colors always

... and then try to resolve them, so static colors get resolved in
advance, just like it was before.

symboliccolor: Allow props == NULL when resolving

If props == NULL in gtk_symbolic_color_resolve(), fail sanely for named
colors. The docs used to say it was not allowed to pass NULL for named
color, but that had problems:
1) You do not know if a color was created that way. This is especially
   hard for generic users (like language bindings).
2) It wasn't even true. Colors using other symbolic colors would also
   fail when trying to resolve their named colors, but the docs didn't
   say so.
And because I want to use the function to resolve static colors early
where possible, I changed things.

cssprovider: Cache if rulesets have inheritable style properties

This provides a huge speedup as we only need to preprocess style
properties when they are indeed inherited. This roughly doubles the
performance of the CSS matcher and brings the time taken by
gtk_css_provider_get_style() from 19% to 7% in my favorite benchmark.

cssprovider: Keep two hash tables per ruleset

One for the style properties, one for the widget style properties.
This way we can make one hash table by pspec which means we don't have
to repeat the pspec lookup.

cssprovider: Add a new setter for rulesets

We now have set-by-pspec (which is used for normal style properties) and
set-by-name (which is used by widget properties).

cssprovider: Refactor handling of rulesets

Keep rulesets as an on-stack/heap structure instead of allocating all
instances separately.
Also, pass a ruleset to the ruleset parser, so we can make the ruleset
parser do lots of fancy things that might be useful for performance.

cssprovider: Refactor code to have a gtk_css_ruleset_matches()

cssprovider: Rename "SelectorStyleInfo" to "Ruleset"

No code changes, just clarification of the name

css: Implement inherit properties

Huge performance hit (slows down things roughly by a factor of 3), but
necessary for CSS conformance and for implementing "inherit" and
percentages.

reftests: Check style property order

Ensure that style properties are read in the correct order, by having a
property twice with vastly different values.

css: Refactor code to do property lookups earlier

We want to ook up the property in the CSS parser, so we can do fancy
things with it. We currently don't but we want to later.

styleproperties: Speed up by not optimizing

g_quark_try_string() takes a lock and then does a hashtable lookup. So
just using a string hash table for properties is faster.

styleproperties: Speed up style_property_lookup()

Use the already existing bsearch version instead of iterating the array
manually.

styleproperties: Use the pspec as the hash table key

The code used the quarked name before, but when we already have the
pspec we want to have a lookup that does not involve quarking. And
lookup is equally fast if we only have the name.

css: Make _gtk_css_selector_matches() take a path length

This will be necessary when handling inherit.

cssprovider: Simplify code

Don't go through an intermediate array when matching styles.

styleproperties: Mark "color" and "font" as inherit

Keeping it identical to CSS 2.1 again

API: Add API to set style properties to be inherit

The API is not used anywhere yet.

cssprovider: Speed up gtk_widget_style_get() property lookups

Previously we got the list of all matching rules and then iterated it to
find the first one that had the property. Now we look while matching
rules, so we don't lookup rules that we don't need.

css: Don't query type for regions

Regions are regions and don't match by type.

reftests: Add a test ensuring selectors don't match children

Previously, the selector "Foo" would not only match Foo widgets, but
also all widgets that are descendants of Foo.

reftests: Add a test for descendant CSS selectors match

In widget hierarchy like "Foo Bar Bar Baz", we want the selector "Foo >
Bar Baz" to match, because it matches the elements 1, 2 and 4.
Previously, the selector only matches the Bar at position 3 and then
failed because it wasn't preceded by a Foo.

reftests: Add a test that checks that * matches regions

reftests: Unset background-image in CSS of test

Otherwise the test screws up when it's set

reftests: Add a check for matching regions only once

tests: Add a test for enum values

css: Raised SYNTAX error when enum value can't be parsed

reftests: Add a test for matching by class

reftests: Add a test for matching by name

reftests: Add a test for matching by subtype

reftests: Add test to check that matching by type works

tests: Add a test to ensure we handle unknown pseudo-classes correctly

1) We want to throw an unknown value
2) We want to skip the whole rule

tests: Add a test for all selector combination

The test contains an error where we complain about a duplicate value for
":hover:hover"

css: No more special code for regions

Just treat regions the same as elements.

css: Rewrite selectors

Selectors now go into their own C file. The new selectors are modeled a
lot closer to the CSS spec. In particular the specificity computation
matches CSS 2.1 exactly.

For details about the why, see also:
http://mail.gnome.org/archives/gtk-devel-list/2011-May/msg00061.html
https://bugzilla.gnome.org/show_bug.cgi?id=649798

cssprovider: Remove a bunch of commented-out code

The code was only kept for reference while writing the new parser, it's
not necessary anhymore.

tests: Be more verbose in error messages.

Also, it makes it easier to copy/paste diffs from the message log...

tests: Add test that ensures we properly parse the color red

tests: Add another parsing test from the css spec

tests: Add parsing test from the css spec

tests: Make the parser fail without assertions

Use the new g_test_fail() function. This way, the testsuite usually
doesn't crash, but actually finishes.

css: Rewrite the parser

Instead of relying on GScanner and its idea of syntax, code up a parser
that obeys the CSS spec.
This also has the great side effect of reporting correct line numbers
and positions.

Also included is a reorganization of the returned error values. Instead
of error values describing what type of syntax error was returned, the
code just returns SYNTAX_ERROR. Other messages exist for when actual
values don't work or when errors shouldn't be fatal due to backwards
compatibility.

tests: Add a test for importing nonexistant files

tests: Add tests for cyclic imports

tests: Add test for recursively importing an identical file

cssprovider: Don't hardcode strings anymore

cssprovider: Add support for strings

cssprovider: Parse strings as identifiers when parsing property values

cssprovider: Add recursion checks for @import

This is pretty important, because otherwise recursions cause crashes.
And if you accidentally change your theme to one that crashes on load,
all your gonna SEGV and then on reboot, gdm tries to load the theme...

cssprovider: Allow storing the parent stylesheet

cssprovider: Don't fail if an import doesn't work

cssprovider: Reimplement gtk_css_provider_load_from_path()

Call gtk_css_provider_load_from_file() instead of the internal function.
This has two advantages:
1) It simplifies the code a lot
2) It gets rid of GMappedFile usage. GMappedFile does not work
   everywhere, so this is finally portable.