RE: [xsl] Abbreviated Syntax

Subject: RE: [xsl] Abbreviated Syntax
From: Peter Van de Water <peter.vandewater@xxxxxxxxxxxxxxx>
Date: Fri, 17 Jan 2003 09:30:09 +1300
Yep, I've been caught out a few times where the default predicate axis is
child but my brain is reading it as self and I'm pulling hair out knowing
there is something obvious wrong...

That and forgetting the $ on a variable so it gets interpreted as a node is
the other one :-)

Peter

-----Original Message-----
From: owner-xsl-list@xxxxxxxxxxxxxxxxxxxxxx
[mailto:owner-xsl-list@xxxxxxxxxxxxxxxxxxxxxx]On Behalf Of Michael Kay
Sent: Friday, 17 January 2003 4:07 a.m.
To: xsl-list@xxxxxxxxxxxxxxxxxxxxxx
Subject: RE: [xsl] Abbreviated Syntax


> 
>   Are there any advantages with  unabbreviated syntax ?

It's sometimes clearer, for example I sometimes use x[child::y] for
emphasis. I would expect most processors would handle the two syntaxes
identically - it's just possible that a processor might use some
optimization for "//a" that it doesn't use for
"/descendant-or-self::node()/a", but it's unlikely.

Michael Kay
Software AG
home: Michael.H.Kay@xxxxxxxxxxxx
work: Michael.Kay@xxxxxxxxxxxxxx 


>   e.g. When transforming, does it process faster? Is it more 
> standards compliant?
> 
>   Below is an example of unabbreviated syntax
> 
>   Abbreviated syntax: <xsl:value-of select="@number"/>
> 
>   Unabbreviated syntax:  <xsl:value-of select="attribute::number"/>
>   
> 
> -- 
> Best regards,
>  Arthur                          mailto:ArthurMaloney@xxxxxxxxxx
> 
> 
>  XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list
> 
> 


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

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


Current Thread