I tried it with XPathVisualizer tool, and it gives
right result.
But when I tried to run the stylesheet through the
batch file using Saxon, I also
got empty result.
So I am really confused.
Maybe somebody can suggest another XPath to
accomplish this?
I want to choose all a tags for which the first
following tag that is not a white-space only text
is also a tag, e.g. when there are adjacent a tags with no
separate characters between them.
This seems to be not too complex XPath, and the XPath that I
constructed:
//a[name(following-sibling::node()[1][not(self::text() and
normalize-space())])='a']
seems to be rather intuitive, so I am really confused why it doesn't
work.
Moreover, why it DOES work in XMLSpy/XPathVisualizer and DOESN"T work
with Saxon/Cocoon.
I am really confused and will really appreciate any help with this
issue.
Thank you very much for help.
Anna
----- Original Message -----
Sent: Thursday, February 20, 2003 1:27
PM
Subject: Re: XPath problems in
Cocoon?
Hmm - I tried this same transform using Jame Clarke's
XT program (old, but normally robust) and I got the
same result -
<?xml version="1.0" encoding="utf-8" ?>
I am not an XSLT guru - are you sure the syntax is not
specific to XML spy?? Have you tried with some other
XSLT engine?
Derek
Derek
I don't get any error message, at least not in
WEB-IN/logs/error.log
I get an xml document in the browser:
<?xml version="1.0" encoding="utf-8" ?>
i.e., the stylesheet was applied successfully, it
just didn't match anything.
Maybe my XPath expression is wrong, but then how
comes it works in XMLSpy?
Thanks for answering
Anna
----- Original Message -----
Sent: Thursday, February 20, 2003
12:51 PM
Subject: Re: XPath problems in
Cocoon?
Anna
What type of error message do you get in the log
files?
>>>
[EMAIL PROTECTED] 20/02/2003 12:40:10
>>>
Hi all. I am not sure that this message is
related to Cocoon, so I apologize,
if this is not appropriate
here.
I have a very simple html -
test.html:
<html>
<head>
<title>Test anchors</title>
</head>
<body>
<p>test anchors</p>
<a href="">One</a> <a
href="">Two</a>
<div>separator</div>
<a href="">One1</a>
<br />
<a href="">Two1</a>
<div>separator</div>
<a href="">One2</a>
some text
<a href="">Two2</a>
</body>
</html>
I want to choose the 'a' nodes for which first following node that is
not a white-space only node is 'a' node. E.g. in the html above only the
first 'a' node should be picked up.
I wrote a very simple xsl - test.xsl:
<xsl:stylesheet
version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:template match="/">
<root>
<xsl:for-each
select="//a[name(following-sibling::node()[1][not(self::text() and
normalize-space())])='a']">
<xsl:value-of select="."/>
</xsl:for-each>
</root>
</xsl:template>
</xsl:stylesheet>
When I apply this stylesheet on my test.html using XMLSpy's XSL
Transformation Tool, I get this xml:
<root>One</root>, e.g. it chose correctly the first a
node.
But when I apply this stylesheet using Cocoon, I get empty
<root/> as a result, e.g. in Cocoon nothing is chosen.
Here is my pipeline:
<map:match
pattern="testAnchors">
<map:generate src="" type="html"/>
<map:transform type="xslt-saxon"
src=""/>
<map:serialize type="xml"/>
</map:match>
Can somebody
explain me what is wrong with my stylesheet and why doesn't it work using
Cocoon?
Thank you very
much for help and sorry if this is not too much
related.
Best
regards,
Anna
--
This message has been
scanned for viruses and dangerous content by
MailScanner, and is
believed to be clean.
"The CSIR exercises no editorial control
over E-mail messages and/or
attachments thereto/links referred to
therein originating in the
organisation and the views in this
message/attachments thereto are
therefore not necessarily those of the
CSIR and/or its employees.
The sender of this e-mail is, moreover, in
terms of the CSIR's Conditions
of Service, subject to compliance with
the CSIR's internal E-mail and
Internet Policy."
--
This message has been scanned for viruses and
dangerous content by
MailScanner, and is believed
to be clean.
"The CSIR exercises no editorial control over E-mail
messages and/or
attachments thereto/links referred to therein
originating in the
organisation and the views in this
message/attachments thereto are
therefore not necessarily those of the
CSIR and/or its employees.
The sender of this e-mail is, moreover, in
terms of the CSIR's Conditions
of Service, subject to compliance with
the CSIR's internal E-mail and
Internet Policy."