GNOME Bugzilla – Bug 350227
GOption groups added by gnome_program_init lack ":"
Last modified: 2006-12-04 15:07:47 UTC
Using GOption directly from GLib puts a ":" after the group name in each group. eg. Help Options: -?, --help Show help options --help-all Show all help options --help-processing Show processing options --help-plotting Show plotting options --help-gtk Show GTK+ Options --help-bonobo-activation Show Bonobo Activation options --help-gnome Show GNOME options --help-gnome-session Show session management options --help-gnome-ui Show GNOME GUI options Groups added by gnome_program_init do not do this. eg. GNOME Library --disable-sound Disable sound server usage --enable-sound Enable sound server usage --espeaker=HOSTNAME:PORT Host:port on which the sound server to use is running --version 2.14.0 This is a trivial piece of consistancy.
Are you sure this has anything to do with libgnome? From glib/glib/goption.c::print_help(): g_print ("%s\n", group->description); is printing just the group description, while it adds ":" for the standard ones: g_print ("%s\n -%c, --%-*s %s\n", _("Help Options:"), '?', max_length - 4, "help",[...] g_print ("%s\n", _("Application Options:"));
Well, I would have originally had it put in GOption, but I'm not sure people will appreciate us changing the expected behaviour (going from not adding a ':' to adding a ':'), of course, they may not even notice.
I don't follow you... the help output is exactly the group name. Do you want to have libgnome add a ":" to it? Why not just fix glib to add a ":" just in the help output?
Well in order to make it consistant, either libgnome needs to add a ":" or GLib needs to add a ":". At the moment, since GLib is not adding a ":", changing GLib would change the expected behaviour.
Ok, I've though this over and I now think Davyd is right. The 2nd param we use in g_option_group_new should end with ":".
Fixed in gnome-ui-init.c and gnome-client.c