[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: RE: Should expansions be allowed in select/match strings
>>> Mark Birbeck <Mark.Birbeck@xxxxxxxxxxxxx> 03/26 3:12 pm >>> > We had the same frustration with IE5, but can now achieve it with the > new context() function (in our case we wanted to jump from one node to > another when processing fragments and fragment contexts.) Your line > would become: > > <xsl:for-each select="../../../item[@name=(context()/@src})]"> > >I don't know if this is an MS-only extension or not, but it has allowed > us to implement loads of the rules that we just couldn't do before. This must be MS-specific since it isn't in the WD, isn't supported by XT. It also looks very similar to my first example (included again below). However, it doesn't ANSWER the question - well, apart from saying that MS do it - which was "SHOULD this be allowed ?". I suppose the secondary question is "why ISN'T it allowed?" - was it deliberate, or just an oversight ? (Telling my boss that the only way to do what he wants is rewrite large chunks of the files using java and/or load each file into IE and then save it is unlikely to go down well ... 8-) > -----Original Message----- > From: Alistair MacDonald [...] > One way of dealing with this would be to do something like: > > ----- > <xsl:for-each select="../../../item[@name={@src}]"> > ... > </xsl:for-each> > ----- XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|