This is the mail archive of the xsl-list@mulberrytech.com mailing list .


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: Re: Re: XSLT and parallel processing (Was: RE: XSL-List Digest V3 #1125)


> just to add my 2p,
> 
> i have been playing around with HaXml for awhile now, in other unrelated
> activities;
> 
> though i am not the first to suggest it; its quite apparant that one could
> convert xslt to Haskell, then go from there to take advantage of parallel
> processing, then of course we wouldnt be doing XSLT anymore.

Jim,

What an idea! Then it would no longer be necessary to try to put together a position
paper on the benefits of higher-order functions and to try to convince the xf:
(XPath 2.0 Functions and Operators) and XPath 2.0 Data Model authors that XPath
needs higher-order functions and should not be polluted with unnecessary constructs
instead.

I've been reading a Haskell introduction for a while and am really considering
moving to it.

Or why not do it the other way around -- use Haskell as the new XPath? This is just
a single extension function away... and let other people, who have more time, argue
with editors of W3 groups...

:o))

Cheers,
Dimitre Novatchev.


__________________________________________________
Do You Yahoo!?
Listen to your Yahoo! Mail messages from any phone.
http://phone.yahoo.com

 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]