[dev] Docs Module (was: Horde Summary Layout options, in HEAD
maybe?)
Eric Rostetter
eric.rostetter@physics.utexas.edu
Sat, 21 Sep 2002 12:42:12 -0500
Quoting Ryan Gallagher <ryan@studiesabroad.com>:
> Quoting Chuck Hagenbuch <chuck@horde.org>:
>
> > > Other "considered" additions:
> > > 1) A documentation/faq module
> >
> > This is on my list, too, to integrate with Whups. The Category:: code is
> > _perfect_ for storing FAQ-type data, imho. I just haven't had the time to
> > devote to it yet...
Interesting idea. I'll keep that in mind... :) One of the biggest problems
with maintaining the faq list is trying to figure out where an FAQ should
go within the FAQ structure...
> area. In my personal brainstorming I was considering playing with an XML
> based document manager type thingy.
I'm not sure what the "document manager type thingy" is, but I think all
docs should go to XML. Then use XSLT to translate to text, pdf, html, etc.
> I was intrigued by the use of XMLSchema to define possible document types,
I'd rather see us use an existing XML format than create new ones, if possible.
> The viewer engine would rely on a the XSL->html style definitions. Other
> output
> formats could later be added given the right processing tools and presence of
> an appropriate stylesheet.
Not sure about the viewer (could the help viewer be expanded to handle more
stuff like this?). But I'm definately in favor of XML docs -> XSLT
stylesheets to multiple output formats.
> The web-editable requirement is "gray area".
I'm not sure it has to be web-editable. Just web accessible, or cvs
accessible, or both (since chora *does* both, I'd be happy with current
setup).
> I suppose that an
> upload/download tool plus the viewer engine would be useful enough by
> themselves to start with.
Chora/CVS is an upload/download tool, and any XSLT engine (or browser
supporting XSLT) could be the viewer... Or maybe I totally misunderstand
you..
> I mentioned the mild interest in a structure document diff tool for Chora a
> while back in chora@. I suppose this would be the ideal backend. Then
I'm also still interested in that, but I see no real relationship to this
project, and I've had no time to pursue chora work.
> despite
> the web-centric nature of the docs, they could be fully versioned and easily
> associated with a "make" process to facilitate building of offline formats
> for all or parts of the document catalog.
I think it would be XML nature, not web-centric nature. And CVS would give
you versioning. Make would be simple if you have an XSLT engine (like that
php provides via sablotron). I think we might have to provide already
converted versions for those who don't have access to, or simply don't know
anything about, and XSLT engine.
> Sorry for the length, you know how ideas tend to branch wildly before you get
> realistic and start pruning. ;-) It also doesn't help that I used to work
> for a digital book retailer DOT-com before it busted.
Sounds like you are very well qualified to help out with this project.
I'll also agree to help of course ;)
> --
> Ryan T. Gallagher
> ryan@studiesabroad.com
>
>
>
> --
> Horde developers mailing list
> Frequently Asked Questions: http://horde.org/faq/
> To unsubscribe, mail: dev-unsubscribe@lists.horde.org
--
Eric Rostetter
The Department of Physics
The University of Texas at Austin
"Can you hear me now? ... Good!"
"Can you hear me now? ... Good!"