Re: PHP XSLT extension

From: Date: Sun, 25 Jun 2000 17:36:11 +0000
Subject: Re: PHP XSLT extension
References: 1  Groups: php.dev 
Request: Send a blank email to php-dev+get-22284@lists.php.net to get a copy of this message
On Sun, 25 Jun 2000 rubys@us.ibm.com wrote: > Andi Gutmans wrote: > >The output buffering is meant for such kind of things. It doesn't require > >you to change SAPI modules which means this support will work on all web > >servers, instead you can override the output buffering support and add the > >funtionality. > > I think the biggest problem to be solved is how to specify which stylesheet > to be used on a request by request basis. Up until this point, I had been > assuming that this needs to be done external to PHP; now I am not so sure. We could make a PHP function xslt_output(path_to_stylesheet) which overrides the output buffering and uses the given styleshet (path_to_stylesheet) as the XSLT stylesheet for all following output. Andi > The cocoon guys found that the pipelining of this data (having the filter > consuming it as it is being produced) to be very important - otherwise the > web servers memory requirements was excessive and the latency before the > beginning of the output was an issue. > > >I would very much like to see this in PHP. > > So would I. For the moment, I am going to continue with Cocoon > integration, but for the longer term a PHP native implementation of a site > map would be worth exploring. > > I am still interested in hearing if post-processing PHP output was what > people had in mind, or if there were other interesting ways in which people > were thinking of using XSLT. > > - Sam Ruby > >

« previous php.dev (#22284) next »