W3C home > Mailing lists > Public > public-qt-comments@w3.org > July 2016

[Bug 29761] New: [FO31] width modifier (again)

From: <bugzilla@jessica.w3.org>
Date: Fri, 29 Jul 2016 16:18:29 +0000
To: public-qt-comments@w3.org
Message-ID: <bug-29761-523@http.www.w3.org/Bugs/Public/>
https://www.w3.org/Bugs/Public/show_bug.cgi?id=29761

            Bug ID: 29761
           Summary: [FO31] width modifier (again)
           Product: XPath / XQuery / XSLT
           Version: Candidate Recommendation
          Hardware: PC
                OS: Windows NT
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Functions and Operators 3.1
          Assignee: mike@saxonica.com
          Reporter: tim@cbcl.co.uk
        QA Contact: public-qt-comments@w3.org
  Target Milestone: ---

The text says.

"Whether or not a presentation modifier is included, a width modifier may be
supplied. This indicates the number of characters to be included in the
representation of the value."

Just to clarify, do ALL characters contribute to the computation of width, or
just numeric characters.

e.g.  does -123 have width 4 or 3.

I'm particularly thinking of tests such as "format-date-045"

format-date(xs:date('2016-01-01'), '[Y#.0,1-4]')

which expects "2.0.1.6".

That said, the text also says

"If the decimal digit pattern includes a grouping separator, the output is
implementation-defined"

so this test and similar ones should probably go anyway.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
Received on Friday, 29 July 2016 16:18:40 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:58:01 UTC