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 500378 - incremental way to find a symbol within the documentation
incremental way to find a symbol within the documentation
Status: RESOLVED FIXED
Product: website
Classification: Infrastructure
Component: help.gnome.org
current
Other Linux
: Normal normal
: ---
Assigned To: GNOME Web maintainers
GNOME Web maintainers
: 501306 (view as bug list)
Depends on: 628201
Blocks:
 
 
Reported: 2007-11-29 08:35 UTC by Steve Frécinaux
Modified: 2011-04-06 16:43 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Steve Frécinaux 2007-11-29 08:35:19 UTC 
A domain where devhelp still beats l.g.o is when one need to find a symbol within the doc.

I think l.g.o would need the same incremental symbol search feature as develp has. For ease of use, it should be *incremental* (ie, live-updated) and not require to put a term, and not enter-a-word-and-click-ok. Some javascript could do the thing.
Comment 1 Frederic Peters 2007-11-29 09:34:05 UTC 
You're lucky; this is just waiting for RPM files for SCGI support.

2007-11-25  Frederic Peters  <fpeters@0d.be>

        * data/js/jquery.autocomplete.js, data/xslt/indexes.xsl,
        web/symbols_server.py: limit the number of rows returned from the
        symbols server (because all of gtk_* is a bit too much).

2007-11-25  Frederic Peters  <fpeters@0d.be>

        * data/js/jquery.autocomplete.js, data/js/jquery.js,
        data/skin/jquery.autocomplete.css, data/xslt/indexes.xsl,
        web/symbols_server.py: added symbols_server, a SCGI server providing
        symbol lookups for libgo (replacing the mod_rewrite usage).
Comment 2 Olav Vitters 2007-11-29 16:53:07 UTC 
Fredp: please create a ticket with support@gnome.org, otherwise I'll forget.
Comment 3 Frederic Peters 2007-11-29 16:58:46 UTC 
Okay; I was still looking for appropriate RPM files.
Comment 4 Frederic Peters 2007-12-03 18:43:44 UTC 
*** Bug 501306 has been marked as a duplicate of this bug. ***
Comment 5 Baptiste Mille-Mathias 2008-04-12 08:09:21 UTC 
any updates ?

:)
Comment 6 Stefan Sauer (gstreamer, gtkdoc dev) 2009-01-09 10:48:10 UTC 
It would need Python ans Apache SCGI Modules. Unfortunately there seem to be none for RHEL5. If found them for e.g. CentOS-5

http://python.ca/scgi/
http://redhat.sorbonne.fr/CentOS-5/siris/SPECS/python-scgi.spec
http://redhat.sorbonne.fr/CentOS-5/siris/SRPMS/python-scgi-1.13-1.el5.siris.src.rpm
Comment 7 Frederic Peters 2010-12-03 15:59:24 UTC 
It was discussed months ago (see bug 628201) that SCGI wouldn't be accepted, that the server part of library-web should be rewritten to use Django, to be served as WSGI.

I just did this at the doc & dev tools hackfest.

commit afe58e4ee8f488bd1fd974edd3426b6dd8d9fe7a
Author: Frédéric Péters <fpeters@0d.be>
Date:   Fri Dec 3 16:51:31 2010 +0100

    Rewrote web application serving symbols in Django (GNOME bug 500378)

I am now marking this bug as blocked on bug 628201.
Comment 8 Frederic Peters 2011-04-06 16:43:46 UTC 
The new developer.gnome.org has api search on its front page.