W3C home > Mailing lists > Public > public-qt-comments@w3.org > March 2011

[Bug 12280] [FO 3.0], Section 4.5.1: Lack of clarity in the definition of a format-token

From: <bugzilla@jessica.w3.org>
Date: Thu, 10 Mar 2011 14:04:03 +0000
To: public-qt-comments@w3.org
Message-Id: <E1PxgTD-0006iR-Kx@jessica.w3.org>

Michael Kay <mike@saxonica.com> changed:

           What    |Removed                     |Added
            Summary|XSLT 3.0, Section 4.5.1:    |[FO 3.0], Section 4.5.1:
                   |Lack of clarity in the      |Lack of clarity in the
                   |definition of a             |definition of a
                   |format-token                |format-token

--- Comment #1 from Michael Kay <mike@saxonica.com> 2011-03-10 14:04:03 UTC ---
To add an observation:

(a) The rules for how to handle format-tokens were taken from the XSLT 2.0
spec, where a format-token is described as "a maximal sequence of alphanumeric
characters". The definition itself wasn't transferred to F+O.

(b) We can't use exactly the same definition in F+O because the format modifier
follows directly after the format token. This was to align with format-date and
friends - which has the same problem, and we can't easily change the syntax for
compatibility reasons.

It's not particularly elegant, but I propose that the format-token is defined
by changing this sentence:

* A picture consists of a primary format token, followed by an optional format

to read

* A picture consists of a primary format token, followed by an optional format
modifier. If the picture is two or more characters in length and the final
character is one of those permitted as a format modifier, then the primary
format token consists of the entire picture except for its final character;
otherwise the primary format token is the entire picture.

Should also add a similar clarification to format-date.

Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Thursday, 10 March 2011 14:04:05 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:57:34 UTC