- From: <bugzilla@jessica.w3.org>
- Date: Mon, 14 Mar 2016 00:07:53 +0000
- To: public-qt-comments@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=29488 --- Comment #15 from Abel Braaksma <abel.braaksma@xs4all.nl> --- (In reply to Josh Spiegel from comment #12) > "If grouping-separator-signs appear at regular intervals within the format > token, that is if the same grouping separator appears at positions forming a > sequence N, 2N, 3N, ... for some integer value N (including the case where > there is only one number in the list), then the sequence is extrapolated to > the left.." > > My analysis is: > > N=3. > At position N (3) = , > At position 2N (6) = , > At position 3N (9) = 3 > > So no pattern... > > Did I miss something? The way I understand the specification, and I believe a couple of tests to be there (but I didn't check), is that: 1) if you have only one GS on pos N, it is always repeated 2) if you have 2 or more GS, they are the same, they are on positions that are multiples (same distances), it is always repeated 3) any other case is not repeated That means that the output of "format-integer(123456789, '000,00,00')" should be "1,23,45,67,89". If that is not the case, I think I have misread the spec as well. (In reply to Josh Spiegel from comment #14) > So, under your interpretation are the optional digit signs in this example > meaningless? i.e. is it equivalent to this? > > format-integer(123456789, "0,00") Yes, the quoted example (with "format-integer(123456789, "###0,00")") is equivalent, the optional digit signs are meaningless here (at least, that is the way I interpret the spec text and, iirc, earlier discussions on the matter, but I can't find back the mail). (In reply to Josh Spiegel from comment #14) > I assume the intent is that there is no extrapolation in these cases. I think you are right, because the format string contains different GS characters. -- You are receiving this mail because: You are the QA Contact for the bug.
Received on Monday, 14 March 2016 00:08:03 UTC