<i18n dev> RFR: 8041488: Locale-Dependent List Patterns [v14]
Naoto Sato
naoto at openjdk.org
Fri Sep 8 14:46:48 UTC 2023
On Thu, 7 Sep 2023 16:57:20 GMT, Roger Riggs <rriggs at openjdk.org> wrote:
>> Naoto Sato has updated the pull request incrementally with one additional commit since the last revision:
>>
>> Incorporating suggested changes
>
> src/java.base/share/classes/java/text/ListFormat.java line 95:
>
>> 93: * On parsing, if some ambiguity is found in the input string, such as delimiting
>> 94: * sequences being found in the input string, may produce the result that when formatted is not a
>> 95: * round-trip with the corresponding formatting. For example, a two element String list
>
> Suggestion:
>
> * On parsing, if some ambiguity is found in the input string, such as delimiting
> * sequences in the input string, the result, when formatted with the same formatting, does not
> * re-produce the input string . For example, a two element String list
Thanks, Roger. Incorporated.
> src/java.base/share/classes/java/text/ListFormat.java line 345:
>
>> 343: * of Object.
>> 344: * @param toAppendTo where the text is to be appended
>> 345: * @param pos Ignored. Not used in ListFormat. May be null
>
> Curious, why not used?
> I could see a use to identity the string inserted to enable highlighting or other markup around the new string.
`FieldPosition` is dedicated to identifying fields in *Format classes which are either `Format.Field` or fields that have names ending with "_FIELD", which ListFormat has neither of them.
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/15130#discussion_r1318969734
PR Review Comment: https://git.openjdk.org/jdk/pull/15130#discussion_r1318969680
More information about the i18n-dev
mailing list