Gianugo Rabellino wrote:
>since an XML:DB compliant database can be seen (roughly) as
>a "xpath-enabled" filesystem where directories are called Collections ans
>files are called Resources, it might make sense to write something like the
>DirectoryGenerator in order to query Collections and single documents. I
>plan to write such thing during this week. Another interesting work might be
>to add support for xpath directly inside the generators: this too can be
>easily done.
>
>Further on there might be a simple XSP logicsheet to allow interaction with
>the DB (adding/removing collection and resources). This can be interesting
>if coupled with XUpdate, which is supported by dbXML, yet it might take some
>more time to me, given that I have almost no experience with XSP: I have
>though some basic X:Forge components that might be easily refactored into
>logicsheets. I'll see what I can do.
>
Excellent! We are putting together the next rev of our public website
and would love to apply
this technology. For example, we have lengthy "vision" documents that
will get broken up to appear
in bite size chunks on several web pages. XPath to the rescue!
Those same documents can also be made downloadable in PDF format in
their entirety.
This is a snap using FOP.
Finally, certain properly authorized individuals would like the ability
to modify the content
of the website on the fly via the website itself (for example using a
web kiosk at the airport).
We thought of using wikiwikiweb for this, but were dismayed at the lack
of structure and the
(gulp) tons of perl code to maintain.
Cocoon2, together with the functionality you describe above, would
enable all of this.
Way cool!
--Craeg
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
