Subject: RE: [xsl] optional children From: "Andrew Welch" <awelch@xxxxxxxxxxxxxxx> Date: Mon, 21 Oct 2002 15:03:05 +0100 |
> Unless I'm missing something, this solution fails to satisfy > the question. yeah I missed this as well, although it only needed slight modification to work: a[b and count(b|c|d) = count(*)] in the end though Ive gone with Jeni's method as it better suits the data I have, but Oleg's answer was the one (I thought) I was looking for. > -----Original Message----- > From: Yates, Danny (ANTS) [mailto:danny.yates@xxxxxxxxxx] > Sent: 21 October 2002 14:33 > To: 'xsl-list@xxxxxxxxxxxxxxxxxxxxxx' > Subject: RE: [xsl] optional children > > > Hi, > > Unless I'm missing something, this solution fails to satisfy > the question. > > Surely this would also match > > <a> > <c/> > </a> > > Or similar? i.e. it doesn't enforce the requirement that there > must be a <b> element? > > Dan. > > -- > Danny Yates > Technical Architect > Abbey National Treasury Services > E-mail: Danny.Yates@xxxxxxxxxx > Phone: +44 20 7612 4017 > Fax: +44 20 7612 4342 > > > -----Original Message----- > From: Oleg Tkachenko [mailto:olegt@xxxxxxxxxxxxx] > Sent: 21 October 2002 12:47 > To: xsl-list@xxxxxxxxxxxxxxxxxxxxxx > Subject: Re: [xsl] optional children > > > Andrew Welch wrote: > > > I want to output if and only if element has child *, with > > optional children and . > > * > > What about > <xsl:template match="a[count(b|c|d) = count(*)]"> > <foo/> > </xsl:template> > > -- > Oleg Tkachenko > eXperanto team > Multiconn Technologies, Israel > > > XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list > > > ************************************************************** > ************* > This communication (including any attachments) contains > confidential information. If you are not the intended > recipient and you have received this communication in error, > you should destroy it without copying, disclosing or > otherwise using its contents. Please notify the sender > immediately of the error. > > Internet communications are not necessarily secure and may be > intercepted or changed after they are sent. Abbey National > Treasury Services plc does not accept liability for any loss > you may suffer as a result of interception or any liability > for such changes. If you wish to confirm the origin or > content of this communication, please contact the sender by > using an alternative means of communication. > > This communication does not create or modify any contract > and, unless otherwise stated, is not intended to be > contractually binding. > > Abbey National Treasury Services plc. Registered Office: > Abbey National House, 2 Triton Square, Regents Place, London > NW1 3AN. Registered in England under Company Registration > Number: 2338548. Regulated by the Financial Services Authority (FSA). > ************************************************************** > ************* > > > XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list > > > > --- > Incoming mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.404 / Virus Database: 228 - Release Date: 15/10/2002 > > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.404 / Virus Database: 228 - Release Date: 15/10/2002 XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
Re: [xsl] optional children, Jeni Tennison | Thread | [xsl] dynamic usage of attribute se, Joerg Heinicke |
Re: [xsl] optional children, Jeni Tennison | Date | RE: [xsl] Access to unparsed entiti, DPawson |
Month |