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 566391 - gtk_about_dialog_set_url_hook should activate pre-existing website links
gtk_about_dialog_set_url_hook should activate pre-existing website links
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: Widget: Other
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2009-01-03 07:16 UTC by Steven Sheehy
Modified: 2009-01-05 03:38 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Steven Sheehy 2009-01-03 07:16:33 UTC 
If the website property for a GtkAboutDialog has already been set when gtk_about_dialog_set_url_hook is called for the first time, GTK+ should update the website label to make it a GtkLinkButton. This will allow it to utilize the newly set GtkAboutDialogActivateLinkFunc to open the website in a web browser. Currently gtk_about_dialog_set_url_hook just sets the function and you have to call gtk_about_dialog_set_website again in order to update the label to be a link.

Use case:
1) Set website property in glade
2) Set url hook in code since it cannot be specified in code (using gtk+ in c++)

Expected results:
Website text in GtkAboutDialog gets update to be a GtkLinkButton

Actual results:
Website text in GtkAboutDialog does not get updated to be a GtkLinkButton
Comment 1 Steven Sheehy 2009-01-03 07:20:05 UTC 
Sorry, step #2 should be the following:

2) Set url hook in code since it cannot be specified in glade easily (using gtk+ in c++)
Comment 2 Matthias Clasen 2009-01-05 03:38:56 UTC 
        * gtk/gtkaboutdialog.c: Make setting website, website-label and
        url hook work independent of their order. Reported by Steven
        Sheehy.