css: Create SymbolicColor fallback properties for colors

css: parse 'currentColor' for symbolic colors

styleproperty: Introduce "specified type" and "computed type"

Make the types explicit. This way, we can actually do useful stuff with
them (like sanity checks, d'oh).

css: Make the 'currentColor' keyword a symbolic color

This is the first step on a quest to ensure that there is only ever one
GType in use for GValues in every stage of the CSS resolving process.

raleigh: remove general 'padding' declaration

Fixes reftests that were broken after images and labels applied padding.
Things look much more cramped now. On the plus side, treeview headers
and comboboxes have better spacing. Menubars look like crap now though.

Needs someone with artistical talent to figure out.

raleigh: Remove unnecessary border-width declaration

raleigh: Don't set bg-color for all widgets

Just set oit for things that need it.
(FIXME: Buttons should probably not need it, but spinbuttons and
treeview headers don't have a proper background without it.)

reftests: set border-image: none in border-image-url's reference CSS

Fix border-image-url reftest

reftests: add a bunch of missing reset-to-defaults

Fix the css-match-* reftests.

app-chooser-dialog: cancel the PK operation when the dialog is dismissed

This doesn't really seem to have any effect; probably PK doesn't listen
for changes on the passed-in cancellable, but it's correct.

Related to: https://bugzilla.gnome.org/show_bug.cgi?id=649121

app-chooser-dialog: make sure to hold a ref when doing async ops

Hold a ref to the GtkDialog while doing async operations with the
GtkAppChooserOnline object.
This is needed, since somebody could call gtk_widget_destroy() on us
while an async operation is in progress. We don't want to be finalized
in that case, but mark the fact that we were dismissed and just return
from the callback in that case.
This avoids crashing if the dialog is destroyed in the middle of a PK
operation.

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

gtkmain: Invoke keysnoopers unconditionally

Now that ATK no longer uses a key snooper but is invoked directly,
checking in advance for existing snoopers is wrong and stops ATK from
working.

Also: code reduction without performance loss == good thing.

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

combobox: fix cell area allocation in menu mode for RTL

We were missing a padding to subtract from the child widget here.

combobox: fix dropdown menu alignment for RTL languages

We need to add in the left padding, instead of subtracting it in that
case.

combobox: use gtk_container_class_handle_border_width()

Avoids us fiddling with the border width manually in our size request
and allocation cycles.

combobox: always trim the allocated area by padding and border for child

When we're size allocating the children widgets, always trim the
allocation for padding and border of GtkComboBox, as that's all the area
they have available.

combobox: cleanup allocation of children in list mode

Instead of setting the same values for child allocation in different
places, just do it once.

combobox: cleanup and comment the allocation code somewhat

combobox: make sure to respect the GtkComboBox padding in menu mode

When the combobox is in menu mode, we still shouldn't discard the
GtkComboBox padding value; it's wrong to allocate it to the button.

combobox: cleanup GTK_COMBO_BOX_SIZE_ALLOCATE_BUTTON

It was using the wrong padding values for RTL, and generally, using the
same variables in a distant macro makes this method even more
complicated than it already is...

combobox: simplify size request code by using the button content box

Similar to what we did for size_allocate.

combobox: move the allocation of the button contents box directly

If we're in menu mode with no children, instead of tweaking the
allocation of the arrow and the separator separately, tweak the
allocation of the box that contain both.

combobox: allocate the CSS borders to GtkComboBox

Consider borders in the allocation/size-request machinery, like every
widget should do.

combobox: remove handling of focus-padding and focus-line-width

GtkComboBox always handles focus through its children, so there's no
need to request and allocate them again.
In fact, Adwaita was forcing these style properties to zero for
GtkComboBox.

gtkentry: Fix compilation warnings

gtkspinbutton: Fix compilation warning

Bring back the GMenu separators

4240bfb74abf53adb07afc4135dadde4ab866b1f contained a likely copy/paste
mishap that accidentally disabled all separators for GtkMenus created
from GMenuModels.

Bring them back.

entry: deprecate the progress-border style property

Since we don't use it anymore.

entry: use the CSS margin for the progress margin offset

The progressbar inside GtkEntry has a progress-border style property,
which is actually the margin of the progressbar inside the GtkEntry
allocation.
Use a CSS margin instead of reading the progress-border property.

entry: use padding on the image area to position the image

Don't assume the padding of the icons is the same padding of the rest of
the entry.
This also allows to set different paddings for left and right icons.

entry: deprecate inner-border and gtk_entry_get/set_inner_border()

They're unused in GTK now and have suitable replacements in the CSS
properties.

cell-renderer-text: don't use gtk_entry_set_inner_border()

There's no need to, since now the theme can just tweak the padding like:

.cell.entry {
  padding: 12;
}

cell-renderer: add the CELL style class to the editing widget

When we create an editing widget, add the CELL style class to it, for
identification by the themes.

entry: always add padding to the allocation

Even when we don't have a frame. We just ignore the borders in this
case.

entry: don't consider inner-border for allocation and layout

We want to deprecate the inner-border property and use the standard CSS
border/padding properties. Start with replacing its uses in GtkEntry.

entry: don't blindly center the text area in the allocated height

Since top/bottom borders might be different.

entry: change _gtk_entry_get_borders() to return a GtkBorder

entry: allocate the CSS borders to GtkEntry

Every widget should allocate its borders. Make this true for GtkEntry.

printing: Don't crash when printing

This commit fixes crash which occurs in Firefox, Thunderbird and Inkscape
during printing. This crash was caused because of wrong handling of Custom
CUPS options. (#543520)

broadway: terminate v7 input to avoid parsing uninit memory.

GtkBuilder menus: reject all attributes on <item>

These were just being silently ignored before.  That's bad, since it
used to be valid to have these.

Bump version

3.3.12

Drop some unintentional exports

Fix menu xml syntax in tests

shorthand: Only unset values that are set

Otherwise g_value_unset() complains. And that breaks the testsuite.

window: Avoid unnecessary attach-widget resets

Fix make check

Several unwanted symbols have sneaked in.

Document the gtkbuilder xml file better

Replace the (invalid) DTD in the GtkBuilder docs by a
RELAX NG schema. Also install the schema in /usr/share/gtk-3.0,
so it can be used to validate GtkBuilder ui files.

Use G_SOURCE_CONTINUE/REMOVE

Now that GLib provides these macros, we should use them
to make the code more readable.

Typo fix

wayland: Fix return type from gdk_wayland_window_configure()

Should be void.  Copy and paste error.

Updated Traditional Chinese translation(Hong Kong and Taiwan)

wayland: Also synthesize a configure event from gdk_window_wayland_move_resize

Updated Slovenian translation

Updated Norwegian bokmål translation

testgtk: Use symbolic names for button numbers

examples: Use symbolic names for button numbers

gtk-demo: Use symbolic names for button numbers

gtktreeviewcolumn: Use symbolic names for button numbers

gtktreeview: Use symbolic names for button numbers

gtktextview: Use symbolic names for button numbers

gtkstatusicon: Use symbolic names for button numbers

gtkspinbutton: Use symbolic names for button numbers

gtkrange: Use symbolic names for button numbers

gtkpathbar: Use symbolic names for button numbers

gtkpaned: Use symbolic names for button numbers

gtknotebook: Use symbolic names for button numbers

gtkmenutoolbutton: Use symbolic names for button numbers

gtkmenu: Use symbolic names for button numbers

gtklabel: Use symbolic names for button numbers

gtkiconview: Use symbolic names for button numbers

gtkhsv: Use symbolic names for button numbers

gtkexpander: Use symbolic names for button numbers

gtkentry: Use symbolic names for button numbers

gtkdnd: Use symbolic names for button numbers

gtkcombobox: Use symbolic names for button numbers

gtkcolorsel: Use symbolic names for button numbers

gtkcellarea: Use symbolic names for button numbers

gtkcalendar: Use symbolic names for button numbers

gtkbutton: Use symbolic names for button numbers

gtkappchooserwidget: Use symbolic names for button numbers

gtkaboutdialog: Use symbolic names for button numbers

gdkevents: Use symbolic names for button numbers

gdk: Add macros for left, middle and right buttons

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

Updated Spanish translation

Updated POTFILES.in

Updated POTFILES.in

printing: Fix a typo

Fix a typo which crashes on my printer.

quartz: s/gdk_cursor_ref/g_object_ref/

Bug 667691 - implement gdk_window_restack() for Quartz

Apply patch from Paul Davis which implements this missing function.
(cherry picked from commit e1c107a094f46d93f7b9bfeb029cf30ecfbedc12)

iconcache: Always check return value of find_image_offset.

find_image_offset returns 0 if it failed to find a matching image.
Check this return value in _gtk_icon_cache_get_icon to avoid
making bad memory accesses later.

Signed-off-by: Will Newton <will.newton@imgtec.com>
https://bugzilla.gnome.org/show_bug.cgi?id=667745

GtkMenu: Improve annotations

Add a 'Rename to' annotation so gtk_menu_popup_for_device
appears in bindings as gtk_menu_popup (which we skip anyway).

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

Add some menu markup documentation

Remove one last user of gmenumarkup

GtkTimeline: protect the timeline from unref

The timeline frame function emits several signals, assuming that the
timeline will exist after these signals return.  This assumption can be
invalid if signal handlers unref the timeline.

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

GtkBuilder: change format of menus

Change the format of GtkBuilder <menu> to be more in-line with the style
of the rest of GtkBuilder so that we can do translation in a consistent
way.

The format is now substantially more difficult to hand-write, but tools
should be along soon.

There is an xslt program attached to the bug to help you convert your
existing .ui files from the old format to the new one.

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

application: sync clipboard and recent manager on shutdown

This mimics the code for gtk_main(), since GApplication iterates the
main context directly.

GtkAboutDialog: Make credits section extensible

This commit adds API that allows to add new named sections
to the Credits part of GtkAboutDialog, in addition to the
hardcoded sections for authors, documenters, artists and
translators.

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

win32: fix gdk_win32_window_raise

When calling gtk_window_present(), gdk_win32_window_raise did not
actually raise the window anymore. Replacing BringWindowToTop() with
SetForegroundWindow() fixes this.

During testing, we also discovered that sometimes SetForeGroundWindow()
will (correctly) refuse to raise the window and fail(for example: sometimes
when dragging a different application at the time of a gtk_window_present()
call). To prevent a GdkWarning from being produced, usage of the API_CALL
macro has been removed for this case.

Additional goodies of SetForeGroundWindow:
- it brings the window to the front when the process owning the
  window to raise is the foreground process (for example when
  gtk_window_present is called from a GtkStatusIcon's activate
  signal handler)
- it limits itself to flashing the task bar button associated
  with the window if the process owning the window to raise
  is *not* the foreground process (for example when gtk_window_present
  is called from a g_timeout_add callback function)

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