Re: PHP XSLT extension
| From: | Andi Gutmans | 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
>
>