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 597095 - Add the PyObject type in column
Add the PyObject type in column
Status: RESOLVED FIXED
Product: glade
Classification: Applications
Component: user interface
3.6.x
Other All
: Normal enhancement
: ---
Assigned To: Glade 3 Maintainers
Glade 3 Maintainers
: 579957 587523 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2009-10-02 11:07 UTC by Francesco Meloni
Modified: 2010-03-09 23:44 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Francesco Meloni 2009-10-02 11:07:50 UTC 
In the list of types column in the treemodel definition is presente GObject but not PyObject type so it need to change it handly in the xml. Is it possibile to Add or to set a free field?
Comment 1 Olof Kindgren 2009-10-09 16:06:25 UTC 
I agree. Got the same problem. This is also asked for in 
https://bugzilla.gnome.org/show_bug.cgi?id=587523
Comment 2 Rafael Villar Burke 2009-10-21 22:01:37 UTC 
Being able to add a custom type (even without validation) would at least make the treemodel editor useful for non C applications.
Comment 3 Tristan Van Berkom 2009-10-21 22:16:32 UTC 

Should be a matter of loosening up the code that
manages the column-type list data at: plugins/gtk+/glade-column-types.c.

The code there currently requires a GType for each
column type in the list, but there is no reason why
it should have to be a GType.

The best/easiest thing to do IMO would be to remove the 
GType constraint and allow the list to have dynamic entries,
this way the user can enter any non-standard type.

I would rather not include "PyObject" in the list
unless it were loaded as some specification of the 
python catalog (i.e. let catalogs pull in new default
data types for general type listings in Glade).
Comment 4 Rafael Villar Burke 2009-10-21 23:17:57 UTC 
That sounds sensible. Having to write PyObject isn't much more magical than having to set up a catalog, and would work well enough. Besides that, I suppose that other bindings users would need their own types too.
Comment 5 Tristan Van Berkom 2009-10-31 03:27:19 UTC 
*** Bug 587523 has been marked as a duplicate of this bug. ***
Comment 6 Tristan Van Berkom 2009-10-31 03:27:46 UTC 
*** Bug 579957 has been marked as a duplicate of this bug. ***
Comment 7 Tristan Van Berkom 2010-03-09 19:11:55 UTC 
Now you can add any litteral string as a column type... with git master.
Comment 8 Rafael Villar Burke 2010-03-09 23:44:54 UTC 
Really nice. Will wait impatiently for a new release with this feature.

Thanks a lot Tristan!