Let me join the chorus of agreement with Brian here.

The most popular use case will forever be ASCII line of non-letter symbols.

Another way to think about codepoints is as conversion between UTF-32 and
UTF-16, or as general support for text in UTF-32 format, which is not
supported well within the JDK (and we probably should not do too much work
in this direction).

On Sat, Feb 17, 2018 at 1:50 AM, Remi Forax <fo...@univ-mlv.fr> wrote:

> ----- Mail original -----
> > De: "Brian Goetz" <brian.go...@oracle.com>
>
> > I really can’t see the value of more than one method. If we need other
> forms
> > they should be for constructing strings not repeating strings.
> >
> > Sent from my MacBook Wheel
>
> I fully agree.
>
> Rémi

Reply via email to