[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: A beef with XSLT Sometimes too complicated

Subject: Re: A beef with XSLT Sometimes too complicated
From: MrDemeanour <mrdemeanour@xxxxxxxxxxxxxx>
Date: Fri, 14 Jul 2006 13:45:28 +0100
mrdemeanour
Colin Paul Adams wrote:
"Jack" == MrDemeanour <mrdemeanour@xxxxxxxxxxxxxx> writes:


Jack> Colin Paul Adams wrote:
"Michael" == Michael Kay <mike@xxxxxxxxxxxx> writes:

In principle, you could use XSLT with a different expression language from XPath - this just happens to be non-conformant.

Michael> It's not non-conformant if it it's done using the Michael>
Michael>
extensibility features of the language:
Michael> <YPath:value-of select="ypath-expression"/>
Good point. I hope there's no demand for it though :-)

Jack> Really??? I find XSLT itself reasonably lucid; it's XPath Jack> that I find obscure and hard-to-remember.

Really. Speaking as an implementor, I don't want to have to implement
 another expression language.

As an implementor, you don't; see MK's earlier post.



But I don't find XPath obscure at all.

There ya go. No doubt my brain was incorrectly wired-up by The Implementor.


--
Jack.

Current Thread

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.