- From: <bugzilla@jessica.w3.org>
- Date: Mon, 14 Mar 2016 15:25:49 +0000
- To: public-qt-comments@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=29488 --- Comment #18 from Josh Spiegel <josh.spiegel@oracle.com> --- Re comment 15 and comment 17, I think the problem is not that format-integer-072 is written incorrectly but rather that this feature is currently underspecified (as suggested by Benito in comment 9). I ran this test in another publicly released implementation and found that it produced yet a third answer: 1,2345,67,89. So, implementors have reached at least 3 different conclusions on this part of the definition. I propose changing this to a specification bug, requesting clarification. Depending on the outcome, I will adjust the result of format-integer-072 as necessary. I think the specification should clarify what constitutes a grouping separator pattern. (1) Can there be multiple overlapping patterns? (2) Can overlapping patterns involve different grouping separators? (3) Does a pattern extrapolate within the range of the picture string? I think Abel, Benito, and I agree that the answer to 1 and 2 should be 'no'. However, I have a different opinion on 3. My inclination is that additional characters in the picture should break a pattern based on these observations: - Why would the user include the additional digits without a separator if she really wanted a separator? The separator can always be added in the picture to complete the pattern if that is what is really desired. In other words, the function is more expressive/flexible if additional digits break the pattern. - If additional characters do not break the pattern, it is then confusing that additional trailing optional digits are allowed but serve no purpose. - It "looks odd" (comment 9) if a pattern extrapolates within the range of the picture. I think the expectation is that the the formatted number looks similar to the picture string. -- You are receiving this mail because: You are the QA Contact for the bug.
Received on Monday, 14 March 2016 15:25:52 UTC