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 11484 - [FO11] Duplicate entries in namespace document for XSLT, XPath and XQuery functions
Summary: [FO11] Duplicate entries in namespace document for XSLT, XPath and XQuery fun...
Status: RESOLVED FIXED
Alias: None
Product: XPath / XQuery / XSLT
Classification: Unclassified
Component: Functions and Operators 3.0 (show other bugs)
Version: Member-only Editors Drafts
Hardware: All All
: P5 trivial
Target Milestone: ---
Assignee: Michael Kay
QA Contact: Michael Kay
URL: http://www.w3.org/XML/Group/qtspecs/s...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-12-06 21:38 UTC by Henry Zongaro
Modified: 2011-06-28 14:06 UTC (History)
0 users

See Also:


Attachments

Description Henry Zongaro 2010-12-06 21:38:03 UTC
Upon seeing the discussion surrounding bug 10867, I finally opened up the namespace document for the F&O functions.  I noticed the following editorial/build issues:

* The functions format-date, format-dateTime, format-number, format-time, has-children, innermost, outermost, unparsed-text, unparsed-text-lines, unparsed-text-available and uri-collection appear in both the XPath/XQuery section and in the XSLT-specific section.
* Two summary sections appear beneath the XPath/XQuery entry for the unparsed-text function.  The second summary actually describes the unparsed-text-lines function.
Comment 1 Michael Kay 2011-06-28 14:06:32 UTC
Most of these problems were caused by the fact that these functions were added to F+O before being removed from XSLT, just to make sure nothing fell through any holes in the process. They seem to be largely ironed out in the 14 June 2011 docs. 

There's one problem remaining, the unparsed-text function has a rather strange summary.  ("A decision in principle has been reached...") I think this was caused by the fact that the build process for the F+O namespace doc looks at the XSLT specification, which was not in a stable published state at the time the F+O build was run. So this problem too will disappear when the specs get back into sync.

Since no action is needed, I'm closing this as resolved-worksforme.