Re: [xsl] How to stream-process non-XML text using unparsed-text-lines( ) ?

Subject: Re: [xsl] How to stream-process non-XML text using unparsed-text-lines( ) ?
From: "Dimitre Novatchev dnovatchev@xxxxxxxxx" <xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx>
Date: Sat, 26 Jul 2014 19:20:52 -0000
On Sat, Jul 26, 2014 at 11:46 AM, Abel Braaksma (Exselt)
abel@xxxxxxxxxx <xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx> wrote:
> Note: if you want a sure-fire cross-processor way of streaming text, you can also create a UriResolver that returns a text document as an XML document with a
> (large) set of elements each containing one line or record of the text input. Then you can use xsl:stream and create a guaranteed streamable stylesheet (which
> turns out to be relatively simple, as your input will be flat and each time you select a text-node, the streamability rules will take into account that it cannot contain
> children, so the rules are a bit more lenient).

And this UriResolver will do our own text - streaming (whatever we
need to implement). Good idea.

I only wish there were some common guidelines for writing UriResolver
objects across different implementations.  Maybe this would be a good
fit for EXPath?

Dimitre Novatchev
Truly great madness cannot be achieved without significant intelligence.
To invent, you need a good imagination and a pile of junk
Never fight an inanimate object
To avoid situations in which you might make mistakes may be the
biggest mistake of all
Quality means doing it right when no one is looking.
You've achieved success in your field when you don't know whether what
you're doing is work or play
To achieve the impossible dream, try going to sleep.
Facts do not cease to exist because they are ignored.
Typing monkeys will write all Shakespeare's works in 200yrs.Will they
write all patents, too? :)
I finally figured out the only reason to be alive is to enjoy it.

Current Thread