[XSL-LIST Mailing List Archive Home]
[By Thread]
[By Date]
Karl,
At 03:37 PM 3/30/2005, you wrote:
Yes, in this case the XPath would be more complicated ... sth like
field[@fieldname='color'][not(.=preceding-sibling::field[@fieldname='color'])][.=$colors]
etc.
When things get really gnarly, variables are a big help.
Not at all: actually, I think that's generally a good idea. As long as you don't simplify the problem away! since it's *not* cool to say "thanks for the help, but that wasn't the real problem". But if you represent the problem properly, not only is no harm done, it's easier for everyone.
Re: [xsl] Tricky inclusion match
Subject: Re: [xsl] Tricky inclusion match From: Wendell Piez <wapiez@xxxxxxxxxxxxxxxx> Date: Wed, 30 Mar 2005 16:05:57 -0500 |
Karl,
At 03:37 PM 3/30/2005, you wrote:
I was able to put most of your stuff to work in my "real" scenario but got a little stuck because my data looks like this (hierarchely)
recordset record field
where field is "color" and recordset is "picture". So I am one deeper than the example I gave. Plus, to confuse things a little, my field name are field with attribute value name to describe the element. So the revised xml would look like (just a snippet of it):
<recordset rsName="pictures"> <record sample="1"> <field fieldname="color">red</color> <field fieldname="color">brown</color> <field fieldname="color">red</color> </record> </recordset>
Yes, in this case the XPath would be more complicated ... sth like
field[@fieldname='color'][not(.=preceding-sibling::field[@fieldname='color'])][.=$colors]
etc.
When things get really gnarly, variables are a big help.
I hope that nobody gets upset because I inquired with a simplified example of my data, It was easier than trying to describe the real data I had.
Not at all: actually, I think that's generally a good idea. As long as you don't simplify the problem away! since it's *not* cool to say "thanks for the help, but that wasn't the real problem". But if you represent the problem properly, not only is no harm done, it's easier for everyone.
Cheers, Wendell
====================================================================== 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 ======================================================================
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
Re: [xsl] Tricky inclusion match, Karl Stubsjoen | Thread | Re: [xsl] Tricky inclusion match, Jon Gorman |
Re: [xsl] Possible to pass 'empty s, chris | Date | Re: [xsl] Testing 2 XML documents f, Dimitre Novatchev |
Month |