<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