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

Re: Priorities of unionised patterns

Subject: Re: Priorities of unionised patterns
From: Michael Kay <mike@xxxxxxxxxxxx>
Date: Tue, 9 Apr 2013 14:22:21 +0100
Re:  Priorities of unionised patterns
You're asking as if we had a choice. But the semantics have been well defined
since 1999, so why raise the question now?

And the approach you are proposing is very paternalistic. Disallowing things
because the user might not understand what they are doing is not generally a
good design principle, especially when it breaks orthogonality. (Treating the
separate parts of a union pattern differently was already a serious breach of
orthogonality, but that's a different question.)

Michael Kay
Saxonica

On 9 Apr 2013, at 12:37, Ihe Onwuka wrote:

> Given that the sub parts of a unionized pattern retain their individual
> priorities
>
> <xsl:template match="A|B[*] ......
>
> What should be the semantic if you were to now specify a priority
attribute.
> The instinctive reaction would be they should all get the same priority but
> there not a case for saying that it should not be allowed.
>
> The rationale would be to highlight that the subparts may have had
> different priorities in the first place so making their priorities
> homogenous might actually be the source of what would be a hard to find
bug.

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.