Re: [xsl] test for ancestral attribute returning variant results

Subject: Re: [xsl] test for ancestral attribute returning variant results
From: "Trevor Nicholls trevor@xxxxxxxxxxxxxxxxxx" <xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx>
Date: Wed, 27 Oct 2021 03:16:24 -0000
I've just read the list guidelines and seen that attachments are a no no, so
here it is with the test case available at a url:

 

https://www.dropbox.com/s/c46ut9dngyudet7/versiontest.zip?dl=0

 

cheers

T

 

From: Trevor Nicholls trevor@xxxxxxxxxxxxxxxxxx
<xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx> 
Sent: Tuesday, 26 October 2021 06:26
To: xsl-list@xxxxxxxxxxxxxxxxxxxxxx
Subject: Re: [xsl] test for ancestral attribute returning variant results

 

Attached is a small(ish) test case.

 

Run test_version.xsl with control.xml as input and control.txt as output.

Repeat with fail.xml and fail.txt.

 

Both XML documents contain the same note (it's a cnote element) whose
paragraph children specify the same version as the parent note.

 

The relevant part of the output TXT files is the final 11 lines; you will
see that control.txt has determined that the cnote should be rendered with a
version while its descendants should not. However fail.txt shows that the
version is repeated for all descendants.

 

cheers

T

 

From: Michael Kay mike@xxxxxxxxxxxx <mailto:mike@xxxxxxxxxxxx>
<xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx
<mailto:xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx> > 
Sent: Monday, 25 October 2021 08:37
To: xsl-list <xsl-list@xxxxxxxxxxxxxxxxxxxxxx
<mailto:xsl-list@xxxxxxxxxxxxxxxxxxxxxx> >
Subject: Re: [xsl] test for ancestral attribute returning variant results

 

 

You're going to ask for a small failing test case; unfortunately there isn't
one :-(

 

Just send the smallest one you can construct. Even if it appears complex,
debugging something you can actually run is vastly easier than debugging
something you can't.

 

And remember: if you can't find the bug, that's usually because you're
looking in the wrong place, and by only sending us part of the code, you
might well be sending us only the part where the bug isn't.

 

Michael Kay

Saxonica

 

XSL-List info and archive <http://www.mulberrytech.com/xsl/xsl-list>  

EasyUnsubscribe <http://lists.mulberrytech.com/unsub/xsl-list/1349719>  (by
email) 

XSL-List info and archive <http://www.mulberrytech.com/xsl/xsl-list>  

EasyUnsubscribe <http://lists.mulberrytech.com/unsub/xsl-list/1349719>  (by
email <> ) 

Current Thread