| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Do not force the size with deprecated APIs
|
|\
| |
| |
| |
| | |
Avoid some deprecated Gdk/Gtk codepaths
See merge request GNOME/libgnomekbd!10
|
| |
| |
| |
| |
| |
| |
| |
| | |
The only places that were using GdkScreen were using it to get monitor
width and height.
All the gdk_screen_* calls that were being used are explicitly
deprecated. Use GdkDisplay instead.
|
|/
|
|
| |
Signed-off-by: Corentin Noël <corentin.noel@collabora.com>
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=734619
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
[CCing anaconda-devel-list to show some promising progress]
Hi Sergey,
I've finally succeeded in running gkbd_keyboard_drawing_dialog from Python
by using introspection. I think it would be nice to share it with others,
because it took me quite a lot of time to figure out how to work with the
libgnomekbd's introspection magic, so I'm sending this as a patch.
However, the introspection is very bizarre. Because gkbd_keyboard_drawing is
a prefix of gkbd_keyboard_drawing_dialog, the generated introspection has a
class named KeyboardDrawing with two constructors -- new (constructing
a new KeyboardDialog) and dialog_new (constructing a KeyboardDrawingDialog).
When invoking KeyboardDrawing() as it is common in Python with introspection,
you can't tell which one of those is invoked and thus what object you actually
get.
This is quite bizarre per se, but it is even worse. Because there is no
KeyboardDrawingDialog class in the introspection, one can only invoke dialog's
methods as e.g.
KeyboardDrawing.dialog_set_layout(dialog, registry, layout)
while with a proper introspection, it would be just
dialog.set_layout(registry, layout)
All of this is a result of having such prefixed names. I'm quite sure there
must be a way to generate introspection more properly even with such names, but
I don't know how to do it. For more details please see the Gkbd-3.0.gir file.
--
Vratislav Podzimek
|
|
|
|
| |
Unused variable and deprecated APIs
|
|
|
|
|
|
| |
Trying to refactor the code by reusing some shared bits.
Hopefully will be useful for 3.0 (introspection, js)
Based on https://bugzilla.gnome.org/show_bug.cgi?id=610836
|
| |
|
|
|
|
| |
In order to eliminate warnings by autotools, do not conflict with "standard" names
|
|
|
|
| |
Now it only works with flags
|
|
|
|
| |
http://bugzilla.gnome.org/show_bug.cgi?id=497425
|
| |
|
|
|
|
| |
In relation to http://bugzilla.gnome.org/show_bug.cgi?id=582256
|
|
|
|
| |
svn path=/trunk/; revision=356
|
|
|
|
| |
svn path=/trunk/; revision=325
|
|
|
|
| |
svn path=/trunk/; revision=289
|
|
|
|
| |
svn path=/trunk/; revision=274
|
|
|
|
| |
svn path=/trunk/; revision=202
|
|
|
|
| |
svn path=/trunk/; revision=178
|
|
|
|
| |
svn path=/trunk/; revision=154
|
|
|
|
| |
svn path=/trunk/; revision=140
|
|
|
|
| |
svn path=/trunk/; revision=123
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|