Bug 598598 - Linking across GNOME components
Linking across GNOME components
Status: RESOLVED FIXED
Product: devhelp
Classification: Applications
Component: General
unspecified
Other Linux
: Normal normal
: ---
Assigned To: devhelp-maint
devhelp-maint
:
Depends on:
Blocks:
  Show dependency tree
 
Reported: 2009-10-15 17:44 UTC by Tony Houghton
Modified: 2009-10-16 15:00 UTC (History)
1 user (show)

See Also:
GNOME target: ---
GNOME version: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description Tony Houghton 2009-10-15 17:44:36 UTC 
If I click on a link to documentation about a different GNOME component from the one I'm looking at in devhelp (eg if I click on a link to GdkScreen while browsing GtkWidget documentation) it opens the online website in my web browser. It would be good if devhelp could parse links and detect when they're to another component whose documentation is installed locally and open the correspoonding page in devhelp itself.
Comment 1 Frederic Peters 2009-10-16 10:14:23 UTC 
At first I  would have pointed this something to fix in the distribution with gtkdoc-fixxref but finally it is not too expensive to check local symbols on such clicks, so here it is:

commit 011eb18d8623d011e5ea96472d86f17cd2d3c4f1
Author: Frédéric Péters <fpeters@0d.be>
Date:   Fri Oct 16 12:09:26 2009 +0200

    Look for a local copy of URIs hosted on library.gnome.org (GNOME bug 598598)

(it will be in 2.30, and perhaps I'll backport it for 2.28.2).
Comment 2 Tony Houghton 2009-10-16 15:00:48 UTC 
Thanks. I think runtime is the best time to find the cross-references, otherwise whenever a documentation package gets installed or removed, all the other docs which might depend on it would have to be rebuilt. I don't know if there's already dependency tracking in gtk-doc, but even is there is, it would cause a lot of extra work when (un)installing doc packages.
Note You need to log in before you can comment on or make changes to this bug.