Subject: Re: [xsl] workaround for XSLT 1.0 result tree fragment usage? From: Don Smith <dsmith_lockesmith@xxxxxxxxx> Date: Wed, 19 Dec 2007 09:37:19 -0800 (PST) |
Wendell, Thanks for pointing this out. We'll probably stick with the extension function, but nice to know about this possibility. Don --- Wendell Piez <wapiez@xxxxxxxxxxxxxxxx> wrote: > Don, > > In addition to using an extension function to cast > the result tree > fragment into a node set, another solution is also > sometimes > possible, since while RTFs can't be interrogated as > node-sets, they > can be processed as strings. > > So if you built your variable like this: > > <active>true</active> > <active>true</active> > <active>false</active> > > you could simply test > "not(contains($confirm_active_program,'true'))" > and that would work. > > Of course this doesn't scale to more complex > situations, but it's > good enough for many simple ones. > > Cheers, > Wendell > > At 09:53 AM 12/19/2007, you wrote: > >I know the real answer to my question is to move to > >XSLT 2.0, but for the sake of workplace harmony I'm > >making other efforts as well. > > > >Using XSLT 1.0 and MSXML I've run into the > limitation > >of an improper use of a result tree fragment. I'm > >creating a variable, "confirm_active_program" that > >contains some number of <program> elements like so: > > > ><program active="true"/> > ><program active="false"/> > > > >I then have a choose statement which contains a > when > >test: > > > ><xsl:when > >test="not($confirm_active_program/program[@active = > >'true'])">...</xsl:when> > > > >The only error I'm getting is that the expression > >requires a node-set. Going back and reading on RTFs > in > >1.0 I realize this isn't going to work. Is there > any > >other way to accomplish my desired effect in 1.0? > > > >Thanks, > > > >Don > > > > > > > >____________________________________________________________________________________ > >Looking for last minute shopping deals? > >Find them fast with Yahoo! > >Search. > http://tools.search.yahoo.com/newsearch/category.php?category=shopping > > > ====================================================================== > Wendell Piez > mailto:wapiez@xxxxxxxxxxxxxxxx > Mulberry Technologies, Inc. > http://www.mulberrytech.com > 17 West Jefferson Street Direct > Phone: 301/315-9635 > Suite 207 > Phone: 301/315-9631 > Rockville, MD 20850 > Fax: 301/315-8285 > ---------------------------------------------------------------------- > Mulberry Technologies: A Consultancy Specializing > in SGML and XML > ====================================================================== > > ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
Re: [xsl] workaround for XSLT 1.0 r, Wendell Piez | Thread | [xsl] problem with processing nodes, Andreas Peter |
Re: [xsl] workaround for XSLT 1.0 r, Don Smith | Date | [xsl] problem with processing nodes, Andreas Peter |
Month |