summaryrefslogtreecommitdiff
path: root/gdk/gdkdisplaymanagerprivate.h
Commit message (Collapse)AuthorAgeFilesLines
* gdk: Unvfuncify gdk_display_manager_open_display()Benjamin Otte2013-04-191-3/+0
| | | | | This looks like a pretty stupid patch, but it's only a step towards the ultimate end goal: Get rid of all the displaymanagers.
* gdk: Unvfuncify generic key functionsBenjamin Otte2013-04-161-13/+0
| | | | | | This makes Wayland and X11 no longer call into XKB and libX11 for these functions but use GDK's own copy of these functions, just like the win32, quartz and broadway backends.
* gdk: Make atoms handled genericallyBenjamin Otte2013-04-151-5/+0
| | | | | | | | | | | This is another step towards making GdkDisplayManager backend-agnostic. Most of the backends profit from this as their atom implementations where generic anyway - x11 needed that to allow multiple X displays and broadway, quartz and wayland don't have the concept of displays. The X11 backend still did things, so I only #if 0'd some code but did not actually update anything.
* displaymanager: Handle list of displays in base classBenjamin Otte2013-04-151-1/+7
| | | | | | This moves the add/remove_display() functions from the subclasses to GdkDisplay and GdkDisplayManager. It also gets rid of the list_displays vfunc.
* displaymanager: Move set_default_display vfuncBenjamin Otte2013-04-151-2/+0
| | | | | ... to GdkDisplayClass.make_default. It's only implemented by X11 anyway.
* displaymanager: Handle the default displayBenjamin Otte2013-04-151-1/+2
| | | | ... instead of having every backend do it on their own.
* gdkkeys: Avoid instantiating a display manager if none existsColin Walters2013-03-231-0/+3
| | | | | | | | For introspection scanning which ends up calling class_init() which in turn calls into the keybindings code, we can just use the fallback keyval conversion code. https://bugzilla.gnome.org/show_bug.cgi?id=696457
* Change FSF AddressJavier Jardón2012-02-271-3/+1
|
* Consistently hide class structsMatthias Clasen2010-12-241-0/+6
| | | | | And, since we've decided to keep the structs private, there is no point in having the standard GObject clas macros anymore either.
* Add vfuncs for keyval and window property functionsMatthias Clasen2010-12-211-0/+10
| | | | | | 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.
* Add vfuncs for atomsMatthias Clasen2010-12-211-0/+5
|
* Explode gdkinternals.h into per-class private headersMatthias Clasen2010-12-211-0/+50
At the same time, move some more class and instance structs out of public headers.