On Fri, Oct 11, 2002 at 06:36:21AM -0400, Eric S. Raymond wrote:
> Daniel Veillard <[EMAIL PROTECTED]>:
> > I'm not convinced that one need acces to the DocType to conditionalize
> > *processing* . And I'm definitely convinced that it's useless to try to
> > add support for an unstructured processing within an XML toolkit.
>
> The problem with not being able to see the doctype is that that means
> you cannot pass it through transparently. XSLT cannot reproduce on its
> output what it can't see on its input. That's why I gave up on XSLT --
> because *any* stylesheet-based approach to conditionalization will have
> the same problem.
You want to do
XML ---- process X ----> xmlsubset ---- transform ----> web or print
process X standalone can't be done easilly with XSLT, yes.
XML ---- process X + transform ----> web or print
can be done with XSLT assuming the way you tags things integrate okay
with the markup, which is *not* the case with PIs
> xmlif my be inelegant from a pure XML point of view, but it is
> certainly not useless. I'm using it quite effectively every time I
> render my document -- in fact it gives me important capabilities I
> would not otherwise have. Perhaps you should reconsider your
> definition of "useless"?
"useless to try to add support for an unstructured processing
within an XML toolkit"
yes I stand on this, not the proper place. You must understand that
at that level I have an in-memory tree and that your <?if?> <?else?>
are just PIs scattered around the tree and if they are not properly
instanciated w.r.t the structure the whole processing fall over.
And a solution based on markup tags/attributes and not PIs is likely
to be quite simpler to describe fully.
> > I don't want to add an add-hoc unspecified unstructured processing
> > to my toolkit and maintain it. Show me a more coherent request and
> > I will re-evaluate it. Mind you I have work to get done too !
>
> I don't know what you would consider a coherent request. Do you want
> a more formal specification of the behavior of the PIs?
Yes with respect to structure, error handling etc ... And get traction,
checking that others are interested in it and have reviewed it.
This thread between you and me could go on for ages, it's not the point
I don't want to implement something which might be architecturally broken
or too limited to be widely useful. You may have 100 MBytes of markup
tagged this way, but this won't be the reason why this should be added
at the toolkit level. You claim to have the magic solution, I want to hear
more voices before commiting on it, especially since I'm not personally
convinced it's the right technical approach.
Daniel
--
Daniel Veillard | Red Hat Network https://rhn.redhat.com/
[EMAIL PROTECTED] | libxml GNOME XML XSLT toolkit http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/
