<i18n dev> RFR: 8363972: Loose matching of dash/minusSign in number parsing [v7]

[Roger Riggs]

On Mon, 4 Aug 2025 23:57:28 GMT, Naoto Sato <naoto at openjdk.org> wrote:

>> Enabling lenient minus sign matching when parsing numbers. In some locales, e.g. Finnish, the default minus sign is the Unicode "Minus Sign" (U+2212), which is not the "Hyphen Minus" (U+002D) that users type in from keyboard. Thus the parsing of user input numbers may fail. This change utilizes CLDR's `parseLenient` element for minus signs and loosely matches them with the hyphen-minus so that user input numbers can parse. As this is a behavioral change, a corresponding CSR has been drafted.
>
> Naoto Sato has updated the pull request incrementally with one additional commit since the last revision:
> 
>   refrects review comments

src/java.base/share/classes/java/text/DecimalFormat.java line 3518:

> 3516:      * @implNote The implementation does not account for lenient minuses
> 3517:      * in non-BMP ranges or normalizations, as these could change the affix
> 3518:      * length.

@implNote isn't really appropriate here since this is a non-javadoc method.
And I don't understand what "does not account" mean in this context.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/26580#discussion_r2254956628