- From: <vojtech.toman@emc.com>
- Date: Mon, 8 Aug 2011 03:25:16 -0400
- To: <xproc-dev@w3.org>
- Message-ID: <3799D0FD120AD940B731A37E36DAF3FE33D974E52B@MX20A.corp.emc.com>
I must admit it took me a moment to spot the error. When I ran the pipeline with Calumet, I got the following result:
<root>
<div _11:a="3" xmlns:_11="foo" xmlns:_1="bar">
<div _11:a="3" xmlns:_2="bar">
<div _11:a="3" xmlns:_3="bar">
</div>
</div>
</div>
</root>
So what Calumet does is that if it detects that the prefix (as specified in "attribute-prefix") cannot be used, it manufactures a new one. I believe that is the expected behavior as "attribute-prefix", according to the specification, is used "to suggest a prefix for the attribute name".
Vojtech
--
Vojtech Toman
Consultant Software Engineer
EMC | Information Intelligence Group
vojtech.toman@emc.com
http://developer.emc.com/xmltech
From: xproc-dev-request@w3.org [mailto:xproc-dev-request@w3.org] On Behalf Of mozer
Sent: Saturday, August 06, 2011 11:44 PM
To: XProc Dev
Subject: add-attribute test case
Dear all,
I came across an interesting case about p:add-attribute
Here is the pipeline
<?xml version="1.0" encoding="UTF-8"?>
<p:pipeline xmlns:p="http://www.w3.org/ns/xproc"
version="1.0">
<p:add-attribute match="div" attribute-name="a" attribute-namespace="foo" attribute-prefix="_1" attribute-value="3"/>
</p:pipeline>
And here is the input file
<?xml version="1.0" encoding="UTF-8"?>
<root>
<div xmlns:_1="bar">
<div xmlns:_2="bar">
<div xmlns:_3="bar">
</div>
</div>
</div>
</root>
Calabash gives the following result
<root>
<div xmlns:_1="bar" _1:a="3">
<div xmlns:_2="bar" _1:a="3">
<div xmlns:_3="bar" _1:a="3">
</div>
</div>
</div>
</root>
Best regards,
Xmlizer
Received on Monday, 8 August 2011 07:29:10 UTC