| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
This looks like a pretty stupid patch, but it's only a step towards the
ultimate end goal: Get rid of all the displaymanagers.
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
This moves the add/remove_display() functions from the subclasses to
GdkDisplay and GdkDisplayManager. It also gets rid of the list_displays
vfunc.
|
|
|
|
|
| |
... to GdkDisplayClass.make_default. It's only implemented by X11
anyway.
|
|
|
|
| |
... instead of having every backend do it on their own.
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
| |
And, since we've decided to keep the structs private, there is
no point in having the standard GObject clas macros anymore either.
|
|
|
|
|
|
| |
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.
|
| |
|
|
At the same time, move some more class and instance structs
out of public headers.
|