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 140059 - gnome.init() does not support gnome_program_init parameters
gnome.init() does not support gnome_program_init parameters
Status: RESOLVED FIXED
Product: gnome-python
Classification: Deprecated
Component: gnome
CVS HEAD
Other Linux
: High normal
: future
Assigned To: Nobody's working on this now (help wanted and appreciated)
Python bindings maintainers
Depends on: 129899
Blocks: 140035
 
 
Reported: 2004-04-14 15:23 UTC by Gustavo Carneiro
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Gustavo Carneiro 2004-04-14 15:23:04 UTC 
gnome_program_init API is:

gnome_program_init (const char *app_id, const char *app_version,
		    const GnomeModuleInfo *module_info,
		    int argc, char **argv,
		    const char *first_property_name, ...);

However, the python equivalent gnome.init() does not support the property list,
like the C API.  We need to support this.
Comment 1 James Henstridge 2004-04-14 15:56:26 UTC 
With the current API, this is essentially unsolveable.

Even if gnome_program_init() didn't require varargs, there would still be
problems, since some of the GnomeProgram properties aren't registered until you
call gnome_program_init()!

Also, since the properties are construct only, we can't set them afterwards ...
Comment 2 Gustavo Carneiro 2004-04-14 23:06:57 UTC 
You right.  I tried hard to figure a way to make this work, but it appears not
to be possible.  And I guess it's too late to patch libgnome.  We have to wait
for gnome 2.8 :-(
Comment 3 Gustavo Carneiro 2004-11-10 13:38:23 UTC 
OK, fixed in HEAD, with new 2.8 API.