cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Adrian Geissel" <ageis...@zenark.com>
Subject Re: data goes in, data goes out & Re: sharing microsoft experience
Date Fri, 30 Nov 2001 12:23:50 GMT
I've been watching both this thread and also the one on *sharing microsoft
experience*, and was prompted to contribute some experience.

I strongly regard the evaluate() functionality as the C/C++ exquivelent of
providing pointer support. This is *very* important in abstractions,
although is equally sensitive to misuse.

We've used the xalan:evaluate() extension to separate the structure of
layout from the data that populates it - basically by including a
<quote>pointer</quote> to where the data is in the same document. The
overall DOM is build from an aggregate, thereby allowing forms to be reused
in different content parts, and paired with data from multiple sources. Its
advantage over an XSLT to do the same is that the form has a definite
structure (linear) that is better understood by web-authors. Of course, the
whole thing is brought together by a rather complex stylesheet, but that's
what we pay the silicon for ;).

Adrian

----- Original Message -----
From: Jeremy Quinn <jeremy@media.demon.co.uk>
To: <cocoon-dev@xml.apache.org>
Sent: Friday, November 30, 2001 11:21 AM
Subject: Re: data goes in, data goes out


> At 11:55 am -0500 29/11/01, Craeg K. Strong wrote:
> >Jeremy Quinn wrote:
>
> <snip/>
>
> >>Incedentally, I spent some time yesterday trying to work out if standard
> >>XUpdate transformation could be handled by an XSLT Stylesheet rather
than
> >>written in Java. I suspect it would be extremely difficult, if not
> >>impossible. XSLT is not good at selecting, using dynamic XPaths (am I
> >>right?).
> >>
> >Many XSLT processors have implemented evaluate()  Here is the doc:
>
>
> Thanks Craeg.
>
>
> I knew about this, but thought it could be construed as bad practice
(slow,
> non-standard).
>
> Is this so?
>
> regards Jeremy
>
>
>
> --
>    ___________________________________________________________________
>
>    Jeremy Quinn                                           Karma Divers
>                                                        webSpace Design
>                                             HyperMedia Research Centre
>
>    <mailto:sharkbait@mac.com>     <http://www.media.demon.co.uk>
>    <phone:+44.[0].20.7737.6831>             <pager:jermq@vizzavi.net>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>


---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org


Mime
View raw message