On Fri, Aug 15, 2008 at 04:11:11PM +0300, Peter Eisentraut wrote:
> An open task in replacing contrib/xml2 is the XSLT support, which
> the current core implementation lacks altogether. I am known to
> often be in favor of a lean core, so I have so far been hesitant to
> push this further, but we should eventually come up with an
> implementation for the users' sake.
>
> So where should XSLT functionality live:
>
> - core
+1. I've heard rumors of a PL/XSLT. Any substance to them?
> - contrib
> - pgfoundry
>
> There is also a related but minor question where other interesting
> XML functionality should live, such as pretty-printing and
> canonicalization. These would be relatively straightward
> passthroughs to functionality provided by libxml already.
>
> Comments?
Is there some way to do a more generic (de)serialization of which one
target could be XML? CSV could be one, JSON another, and at the
moment, it appears we're taking each of these as a totally separate
project.
Cheers,
David.
--
David Fetter <david@fetter.org> http://fetter.org/
Phone: +1 415 235 3778 AIM: dfetter666 Yahoo!: dfetter
Skype: davidfetter XMPP: david.fetter@gmail.com
Remember to vote!
Consider donating to Postgres: http://www.postgresql.org/about/donate
