This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 27720 - fn:outermost equivalence difficult to read
Summary: fn:outermost equivalence difficult to read
Alias: None
Product: XPath / XQuery / XSLT
Classification: Unclassified
Component: Functions and Operators 3.1 (show other bugs)
Version: Recommendation
Hardware: PC Linux
: P2 minor
Target Milestone: ---
Assignee: Michael Kay
QA Contact: Mailing list for public feedback on specs from XSL and XML Query WGs
Depends on:
Reported: 2014-12-31 20:32 UTC by Benito van der Zander
Modified: 2015-02-10 17:06 UTC (History)
0 users

See Also:


Description Benito van der Zander 2014-12-31 20:32:57 UTC
The equivalence for fn:outermost is very difficult to read because you have a dot followed by a dot in a slightly different  font.

So you do not really know if it should end with /.. or /.

Perhaps put parentheses around the expression
Comment 1 Michael Kay 2015-01-04 13:50:37 UTC
Thanks for pointing it out.

This is why, in by book, I used chevrons to separate code samples from narrative text. Shame that we can't use that solution here. I'll fix it somehow.
Comment 2 Michael Kay 2015-02-10 17:06:04 UTC
I have resolved this by putting the equivalent expression into <eg> markup which should make it appear in a paragraph-level code block.