[GRASS-dev] [GRASS GIS] #151: make documentation be full text searchable: use sphinx
GRASS GIS
trac at osgeo.org
Sun Aug 19 01:39:46 PDT 2012
#151: make documentation be full text searchable: use sphinx
-------------------------+--------------------------------------------------
Reporter: timmie | Owner: epatton
Type: enhancement | Status: assigned
Priority: major | Milestone: 7.0.0
Component: Website | Version: unspecified
Keywords: | Platform: Unspecified
Cpu: Unspecified |
-------------------------+--------------------------------------------------
Comment(by wenzeslaus):
Replying to [comment:30 glynn]:
> In which case, what is the point of the --rest-description option? Also,
Rest.make, restdir target, etc? IOW, why does the ReST generation require
anything other than the generated HTML files in
dist.<arch>/docs/html/*.html?
The generated HTML files (in dist.<arch>/docs/html/*.html) are not enough
because for example parameter list is represented as HTML description but
ReST has its own representation of the parameter list
([http://docutils.sourceforge.net/docs/ref/rst/restructuredtext.html
#option-lists ReST option list]). Once module description is converted to
HTML the information whether this description list is module parameter
list or some general list in hand-written module description (module.html
file) is lost.
The conversion of complete generated HTML files (in
dist.<arch>/docs/html/*.html) is possible but there are only two options.
The first one is the usage of a generic converter (as is now used for
module.html files) but any clever standard formatting in ReST cannot be
used. The second one is to create a custom (context aware) transformation
which uses both HTML markup and contents (e.g. contents of <h2> tag) but
this can be a lot of work (I've tried it using XSLT but I gave it up).
Another option would be to use XSLT and generated XML description but
direct generation of ReST description seems like a less complex solution
for me.
--
Ticket URL: <https://trac.osgeo.org/grass/ticket/151#comment:31>
GRASS GIS <http://grass.osgeo.org>
More information about the grass-dev
mailing list