Avoid unnecessary use of gdk conversion routines

We can use use gtk_selection_data_get_uris, instead of
manually doing the conversion ourselves.

Add a vfunc for gdk_selection_convert

Add a vfunc for  gdk_selection_property_get

Add a vfunc for gdk_selection_send_notify_for_display

Rename some private x11 backend functions to _gdk_x11

Add vfuncs for get/set_selection_owner

Add vfuncs for keyval and window property functions

The keyval functions should really be generic, and the window
property api should be completely revisited, but for now this
will allow us to proceed.

Drop g[dt]k_set_locale

These functions were essentially just calling setlocale anyway.
The X11 version was also setting a gdk_use_mb variable that
is not used anywhere.

Don't use gtk_set_locale

Add vfuncs for gdk_test apis

Add vfuncs for atoms

Add a vfunc for gdk_keymap_get_for_display

Rename private keymap symbols to _gdk_x11_keymap...

Rename the _gdk_xid_table functions

Remove gdk_net_wm_supports

This function is totally misnamed, only operates on the default
screen, and has a perfectly fine replacement in
gdk_x11_screen_supports_net_wm_hint.

Remove the --sync commandline option

Remove the --sync option and remove the possibility of backend-specific
commandline options altogether. --sync is being replaced by
a GDK_SYNCHRONIZE environment variable.

Remove unused _gdk_use_xshm global

Rename _gdk_window_move_resize_child

Rename _gdk_window_move_resize_child and _gdk_window_process_expose
to _gdk_x11.

Clean up gdkx.h a bit

Moving the direct-access redefinitions of various macros
to gdkprivate-x11.h and use that header throughout in x11/.

Also remove a workaround for a long-fixed X server bug.

drop dead function

Add a vfunc for _gdk_window_impl_new

Get rid of the _gdk_selection_property global

Rename _gdk_moveresize functions to _gdk_x11_moveresize

Drop gdkx_visual_get

The function is badly named, not multihead-safe, basically unused,
and has a better replacement with gdk_x11_screen_lookup_visual.

Rename _gdk_xgrab_ apis to _gdk_x11_window_

Rename _gdk_send_xevent to _gdk_x11_display_send_xevent

Rename _gdk_event_mask_table to _gdk_x11_event_mask_table

Multiple changes to reduce the amount of unprefixed symbols

The X11 backend exports a number of symbols which are _-prefixed
(so don't become part of the gdk api), but are not named in a
way to prevent accidental clashes between backends.

The one API change here is that the gdk_xid_table functions
have been removed - they did not server an purpose, since the
xid table only stores windows anyway, and we already have a
lookup-by-xid function for windows.

plug: Comment hack for xinput that used private x11 backend API

Move event source apis to gdk_x11

Reduces the changes of cross-backend collisions

Remove gdk_spawn functions

These functions were trivial g_spawn wrappers in all backends
except for X11, and they can be easily replaced by
g_app_info_create_for_commandline + GdkAppLaunchContext.

Don't use gdk_spawn

Replace the sole use of gdk_spawn in GTK+ by GAppInfo.

Work around issues with events without screens

Just use the default display for copy/free of event data.
Maybe the vfuncs should be moved to GdkDisplayManager.

Make GdkAppLaunchContext work again

We didn't set the display, ever. Add a construct-only property
for this purpose.

Consistently use per-display error traps in the X11 backend

Make gdk_window_{lookup,foreign_new}_for_display backend specific

At the same time, make GDK_IS_DISPLAY_X11 available in gdkx.h, and
add some exemplaric ifdefs to GTK+ code.

Add vfuncs for _gdk_windowing_event_data_{copy,free}

Go back to installing libgdk.so

Drop the --screen cmdline argument

Commandline arguments should go away altogether, but this one
goes first, since we then don't need to worry about
_gdk_windowing_substitute_screen_number anymore.

Add a vfunc for gdk_notify_startup_complete

At the same time, add a display api for this, since it really
is per-display.

Remove sm-client-id related functions from headers

Remove unused get_offsets functions from headers

Remove gdk_windowing_{get_device_state,window_at_device_position}

The !trusted workaround code is pushed down into the GdkDevice
subclasses, and we use the device vfuncs directly in gdkdisplay.c

Add a vfunc for _gdk_windowing_window_get_next_serial

Move warp functions to the frontend

There were already GdkDevice vfuncs for this.

Make gdk_set_sm_client_id X11-specific

This is really not a cross-platform API

Add vfuncs for process_updates_recurse and the before and after hooks

Add vfuncs for a bunch of cursor functionality to GdkDisplay

Don't access GdkDisplay fields directly

Use accessors instead.

Explode gdkinternals.h into per-class private headers

At the same time, move some more class and instance structs
out of public headers.

Hide GdkDevice struct

Once its hidden, we can kill the GdkDevicePrivate struct too.

Move destroy_foreign comment

Weed out no longer needed declarations

Add a vfunc for _gdk_events_queue

Work toward turning GdkDisplayManager into a backend singleton

This commit hides the GdkDisplayManager instance and class structs,
adds vfuncs for listing displays, opening displays, and getting and
setting the default display. The X11 backend has a derived
GdkDisplayManagerX11.

The gdk_display_manager_get() function is responsible for deciding on
which of the compiled in backends to use. Currently, it consults the
GDK_BACKEND environment variable and falls back to x11.

Add per-target pc files back

Dropping those will be an unnecessary pain.

Add a vfunc to replace _gdk_windowing_window_destroy_foreign

All backends updated.

Add a vfunc for gdk_window_set_composited

Add a vfunc for gdk_window_set_composited

Match parameters between headers and doc comment

Make GdkDevice parallel-implementable

Use the grab and ungrab vfuncs from the frontend instead of the
_gdk_windowing wrappers, and move some things around accordingly.
Again, only the X11 backend has been updated, other backends
need to be updated to match.

Hide GdkScreen too

Don't access GdkScreen fields

Hide GdkDeviceManager and GdkDeviceManagerClass

And nuke GdkDeviceManagerPrivate at the same time. Again a commit
that only deals with the X11 backend, other backends will need to
catch up.

Move GdkVisual parallel-implementable

It turned out no vfuncs were necessary. I've decided to move
the screen member up to GdkVisual, since it is the same in all
backends. The X11 backend subclasses now, to add the X members
that it needs to keep track of. GdkVisual and GdkVisualClass
are hidden now.

Fully initialize the ClientMessage struct

Otherwise we run into warnings from xdnd_status_filter

Rename _gdk_dnd_init

Nonstatic backend-specific functions need an x11 in their name.

Add vtables for DND

This commit hides GdkDragContext and GdkDragContextClass, adds
vfuncs for most drag context functionality, and turns the X11 DND
implementation into GdkDragContextX11. We also add vfuncs to
GdkDisplay for gdk_drag_get_protocol and to GdkWindow for
gdk_drag_begin, and implemenet them for X11.
Other backends need similar treatment and are broken now.

Remove some direct access to GdkDragContext members

tests: Don't access GdkDragContext fields directly

Make abicheck work again

Make GdkAppLaunchContext display-dependent

Add a GdkDisplay::get_app_launch_context vfunc, and a
gdk_display_get_app_launch_context that for X11 returns a subclass.
For win32 and quartz, the implementations were trivial, so we
just return a new GdkAppLaunchContext without subclassing. Since
the type of the context now depends on the display,
gdk_app_launch_context_set_display is deprecated.

Move gdk_window_lookup to common code

Move gdk_add_client_message_filter to common code

Move gdk_get_display to common code

Reorganize pc files for a single library

After this commit, pc files no longer include the gdk backend in
their name, and we no longer install a pc file for gdk. There is
now a single gtk+-3.0.pc file. It turns out a separate gtk+-x11-3.0.pc
file is not necessary, since gdkx.h doesn't have a separate include
directory that would have to be added to Cflags.

Merge libgdk and libgtk

This commit does a number of things:
- remove some dead wchar configury from configure.ac and gdkconfig.h
- repurpose gdkconfig.h as header that contains GDK_WINDOWING_foo
  macros for each included backend, include it in gdk.h and install
  it in $includedir instead of below $libdir
- drop the backend from the library names
- build libgdk-3.0.la as a convenience lib and include it in libgtk-3.0.la
It does not yet enable building multiple backends at the same time.

Convert a bunch of visual related calls to use the screen vtable

Convert all GdkScreen methods to vtable calls

Move GdkScreenClass to internal header

Convert all gdk_keymap methods to vtable calls

Move GdkKeymapClass definition to internal header

This lets us change this without affecting apps.

Make display method vtable calls

Hide GdkDisplayClass from public header

There is no need for apps to access this class, as its only implemented
in the gdk backends, and we want to be free to change it later.

Convert all gdk_window methods to vtable calls

Added "fixed-size" cell property to GtkCellAreaBox

Now a cell can either have a "fixed" size or it can have
an "aligned" starting point or both. "fixed" size cells take
no space when they are invisible.

Fixed gtk_cell_layout_set_cell_data_func() to pass the correct layout object

Added _gtk_cell_area_set_cell_data_func_with_proxy() to be called by
gtk_cell_layout_set_cell_data_func() when the layouting object itself
is not the underlying cell area.

gdk: return 0, not NULL from gdk_device_get_n_axes()

Make gtk_style_context_get_* functions more robust

Even if the default CSS contains values for these, handle non-existing
values as queries might happen on an incomplete style.

Added out annotations for gtk_icon_size_lookup/_for_settings

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

Added out annotations for gtk_accelerator_parse

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

Updated Hebrew translation

Ensure widgets get a GtkStyle with its backing GtkStyleContext

Since the default style also has a backing context, it wasn't
being replaced after initialization.

docs: unmap signal will always be emitted when a widget is unmapped

Since commit 9552152dd9c4c51fcb2847fdd15e118dd3c363f1

Fix problems with window handling in GtkCalendar

After the window removal a while ago, the calendar main window
was not properly moved in size_allocate. Also, we ought to hide/show
the windows in map/unmap, not keep them visible at all times.

Bug 634657

Strengthen checks in functions taking a GdkDevice

Docs have also been improved, to make explicit the device
type/source accepted.

printing: Set new print operation settings before emitting custom-widget-apply signal

So that custom settings can be added from the custom-widget-apply
callback.

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

Always emit unmap when a widget is unmapped

Previously, for performance reasons we would sometimes
skip invoking the unmap signal (and associated vfunc)
in favor of simply unrealizing. However, widgets then
had no way to clean stuff up when they were hidden
(but still inside a parent which was shown).

This patch also removes _gtk_tooltip_hide() which
was done in both unmap and unrealize in gtkwidget.c,
now can only be in unmap.

There are probably lots of things cleaned up in
unrealize that would now be better to move to unmap.

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

Add invariant that a child is unmapped if parent is unmapped

Requires fixes to GtkContainer and GtkWindow to unmap their
children, rather than just withdrawing or hiding the container
window.

Requires fix to GtkHandleBox to chain up to GtkContainer unmap.

Historically we avoided these unmaps for efficiency reasons,
but these days it's a bigger problem that there's no way
for child widgets to know that one of their ancestors has
become unmapped.

Verify GtkWidget invariants if G_ENABLE_DEBUG is defined

These checks are a bit expensive so require --enable-debug=yes.
gtk_widget_verify_invariants() checks invariants mentioned
in docs/widget_system.txt in particular, and can verify
others in the future.

Some of the invariants in docs/widget_system.txt don't
in fact hold right now, so those are #if 0'd in this
patch pending someone fixing either the docs or the code.