After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 681566 - Xklavier: can't set model of Xkl.ConfigRec
Xklavier: can't set model of Xkl.ConfigRec
Status: RESOLVED NOTGNOME
Product: pygobject
Classification: Bindings
Component: introspection
Git master
Other Linux
: Normal normal
: ---
Assigned To: Nobody's working on this now (help wanted and appreciated)
Python bindings maintainers
Depends on:
Blocks:
 
 
Reported: 2012-08-09 22:49 UTC by Manuel Quiñones
Modified: 2012-08-20 12:49 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Manuel Quiñones 2012-08-09 22:49:07 UTC
In pygtk was:

import xklavier
configrec = xklavier.ConfigRec()
configrec.set_model(model)

Now a ConfigRec can be created as follows, but set_model is not there:

from gi.repository import Xkl
configrec = Xkl.ConfigRec()
# FIXME:
configrec.set_model(model)
Comment 1 Paolo Borelli 2012-08-15 10:49:17 UTC
As far as I can tell XklConfigRec is missing API, I do not see a way to set the model in C either


grepping the libxklavier sources I see they do

data->model = g_strdup("pc105");

which cannot work with g-i.


I think you should file a bug to libxklavier so that they make the API introspectable, either adding a setters functions for these fields or registiring them as gobject properties


When you file the bug, please make this one depend on the new report
Comment 2 Manuel Quiñones 2012-08-15 17:51:30 UTC
Thanks Paolo.  So I filed in libxklavier as:

https://bugzilla.freedesktop.org/show_bug.cgi?id=53547

Maybe the patches attached to this related ticket of libxklavier can be of help "Add gobject-introspection support":

https://bugzilla.freedesktop.org/show_bug.cgi?id=44581
Comment 3 Martin Pitt 2012-08-20 12:49:49 UTC
Thanks, tracking in https://bugzilla.freedesktop.org/show_bug.cgi?id=53547 then.