|
[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: text() and not()
> Actually the trailing bracket has a parent <xref>, so Im now using yes I sent a correction straight after, //text()[not(ancestor::title/ancestor::subpara1)] a // at the start of a match expression never does anything useful. Sometimes it changes the default priority but here, as you already have a [] predicate, the // isn't doing anything at all. anything that matches //text()[not(ancestor::title/ancestor::subpara1)] will also match text()[not(ancestor::title/ancestor::subpara1)] if you really want to match these text nodes, it's probably easier to come down rather than up, the same nodes are matched by subpara1//title//text() but again, if you don't want titles it is far more common to have a template matching title that does nothing rather than matching on title, doing the default template which recurses on to the text nodes and then having a template that does not copy those text nodes. Doing it this way just makes things far more complicated than you need. David _____________________________________________________________________ This message has been checked for all known viruses by Star Internet delivered through the MessageLabs Virus Scanning Service. For further information visit http://www.star.net.uk/stats.asp or alternatively call Star Internet for details on the Virus Scanning Service. 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
|

Cart








