Subject: Re: [xsl] Re: XPath as a stand-alone programming language From: pgfearo@xxxxxxxxxxxxxx Date: Wed, 24 Oct 2012 21:21:21 +0100 |
Perhaps small standalone processors give added flexibility for asynchronous or multi- threaded solutions also? Sent from my iPad On 24 Oct 2012, at 20:22, Dimitre Novatchev <dnovatchev@xxxxxxxxx> wrote: >> We don't often hear from people using XPath but not (XSLT|XQuery), even >> though it is obviously a frequent thing to do. >> >> Liam > > Actually, the existence of XPath processors can greatly benefit the > development of both XSLT and XQuery processors. > > It is easy to imagine XPath processors implementing a standard > interface so that any of them can be simply plugged in into any XSLT > or XQuery processor that is being developed -- not unlike the way an > XML parser is plugged in and in many cases substitutable by another > XML parser. > > > For example: > > "If you don't supply a parser, Saxon will select one using the JAXP > mechanisms, specifically, the system property > javax.xml.parsers.DocumentBuilderFactory" > > from the Saxon documentation: > http://saxon.sourceforge.net/saxon7.0/api-guide.html > > Having such ready XPath components is going to make the development of > an XSLT/XQuery processor much faster and easier. > > Cheers, > > Dimitre. > > On Wed, Oct 24, 2012 at 11:55 AM, Liam R E Quin <liam@xxxxxx> wrote: >> On Wed, 2012-10-24 at 08:31 -0700, Dimitre Novatchev wrote: >> >>> As Liam noted, another good to have feature in XPath would be >>> namespace definition support and probably ways for defining the >>> initial context. >> >> I tried to get the XQuery and XSLT WGs interested in the idea of some >> sort of 'bind expression', e.g. >> use prefix h = "some uri", i = "some uri" in h:/hello/i:invisible >> but they went instead down the road of EQNames, which are easier for >> machine generation of paths but harder for humans writing paths. >> >> We don't often hear from people using XPath but not (XSLT|XQuery), even >> though it is obviously a frequent thing to do. >> >> Liam >> >> -- >> Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ >> Pictures from old books: http://fromoldbooks.org/ >> Ankh: irc.sorcery.net irc.gnome.org freenode/#xml >> Co-author, 5th edition of "Beginning XML", Wrox, Summer 2012 >> > > > > -- > Cheers, > 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 > ------------------------------------- > 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 |
---|
|
<- Previous | Index | Next -> |
---|---|---|
Re: [xsl] Re: XPath as a stand-alon, Dimitre Novatchev | Thread | Re: [xsl] Re: XPath as a stand-alon, Mukul Gandhi |
Re: [xsl] Re: XPath as a stand-alon, Dimitre Novatchev | Date | [xsl] transform html h1 with a div, Giuseppe Briotti |
Month |