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 <[EMAIL PROTECTED]> http://fetter.org/ Phone: +1 415 235 3778 AIM: dfetter666 Yahoo!: dfetter Skype: davidfetter XMPP: [EMAIL PROTECTED] Remember to vote! Consider donating to Postgres: http://www.postgresql.org/about/donate -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
