Michael Natterer authored Oct 21, 2009 and Javier Jardón committed May 03, 2010

...and disallow inclusion of individual files unconditionally.

Use the first monitor returned by RANDR as primary, if primary
is not set and no LVDS is found.

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

Bug 616118

Bug 615853 - BadMatch when pressing keyboard volume keys while pointer in
             secondary X screen

_gdk_windowing_get_shape_for_mask() is using the default screen, not taking
into account that its GdkBitmap could have been created for a different one,
causing BadMatch errors.

Otherwise, inclusion of shape.h triggers an unknown type error
for Region, and compile fails, at least in Solaris.

Reported by Philip Brown here:
https://bugzilla.gnome.org/show_bug.cgi?id=615028

and use the new public gdk_window_coords_from_parent().

which also works for offscreen windows and their embedder.
Also add gdk_window_get_effective_parent() and
gdk_window_get_effective_toplevel() which are offscreen aware.

Similar setup as in GLib and Pango. Also here we use a build/win32/vs9
subfolder, even if there is nothing else in build or build/win32.

These return an object with no extra references, need to be transfer
none.

Add a stub for gdk_keymap_add_virtual_modifiers()

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

It doesn't make sense to determine an index into an array, if
you are going to sort the array afterwards...pointed out in
bug 615128 by Florian Scandella.

This should fix problems with awn and notify-osd.

Fix bug in last commit.

Currently gdk_screen_get_primary_monitor just returns the first monitor,
in this case but both the panel and now gnome-shell use an additional
heuristic to prefer LVDS as primary if present.

Move this heuristic to gdk_screen_get_primary_monitor to avoid duplicating
it all over the place.

The fallback heuristic is also used when no primary output is set.

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

Add a stub for gdk_keymap_map_virtual_modifiers.

One needs to add an explicit dependency between the gir files and the
.la libtool wrapper as this dependency is not added automatically by
Makefile.introspection. Not adding these breaks parallel builds as make
does not wait for the .la to be generated before launching g-ir-scanner.

Reported in bug 612768

http://lists.freedesktop.org/archives/xdg/2010-February/011321.html

In addition to ICON, BINARY_NAME etc., it's very helpful if launcher
programs include the name of the .desktop file they're launching.
This is APPLICATION_ID.

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

A typo kept this from working on toplevel windows.
Reported in bug 612346.

Mention that targets is a list of atoms. Bug 611317.

Patch by Andre Draszik, bug 609172

Patch by Andre Draszik, bug 609172

Patch by Andre Draszik, bug 609172

Patch by Andre Draszik, bug 609172.

Patch by André Draszik, bug 600789

Patch by Hiroyuki Ikezoe, see bug 604799.

This was reported as a problem in bug 609952.

See followup discussion in bug 610701