approve
--
Steven R. Loomis | @srl295 | git.io/srl295
> El ene. 10, 2020, a las 4:02 p. m., naoto.s...@oracle.com escribió:
>
> Hi Steven,
>
> On 1/10/20 2:26 PM, Steven R. Loomis wrote:
>> in Norm2AllModes.java and UBiDiProps.java and UCharacterProperty.java the
&
/impl/data/nfc.nrm
otherwise looks good
--
Steven R. Loomis | @srl295 | git.io/srl295
> El ene. 10, 2020, a las 2:02 p. m., naoto.s...@oracle.com escribió:
>
> Hi,
>
> Please review the fix to the following issue:
>
> https://bugs.openjdk.java.net/browse/JDK-8174270
>
Hi, I can confirm that the abbreviated months are “окт.” and “дек.” in Russian
for CLDR. I think this specific string been stable for some time (since about
2012), recently re-confirmed by multiple linguist participants.
--
Steven R. Loomis | @srl295 | git.io/srl295
> El ene. 9, 2020, a
le:
https://github.com/unicode-org/icu/commit/71763fa0419ab0205b50f3c0327f17d3d9a8cf43#diff-2990754f360524737be2791c1ab20e94R2384
<https://github.com/unicode-org/icu/commit/71763fa0419ab0205b50f3c0327f17d3d9a8cf43#diff-2990754f360524737be2791c1ab20e94R2384>
( change for Japanese )
--
Steven R
se that data (R) is present in
root.xml.
The deleted comment in the same file, "Some locale data has no default script
for numbering even with mutiple scripts” is not true for the same reason.
Otherwise the changes look as expected on a spot check.
--
Steven R. Loomis | @srl295 | git.io/s
Hi Adam,
The CLDR Users list ( http://unicode.org/mailman/listinfo/cldr-users )
would be the best place to ask about CLDR things, and we are TC members -
i'll ping you offline.
That line is a list of top level Internet domains, for validation
purposes. What is having difficulty with consuming t
ven,
>
> Since JDK now has shorter release cycle, Unicode 11 may not make it for
> JDK 11.
>
> Naoto
>
>
> On 3/7/18 6:45 PM, Steven R. Loomis wrote:
>
>> Unicode 11 is scheduled for June.
>> http://www.unicode.org/versions/Unicode11.0.0/
>>
>> El El mié, m
Unicode 11 is scheduled for June.
http://www.unicode.org/versions/Unicode11.0.0/
El El mié, mar. 7, 2018 a las 2:58 PM, escribió:
> New JEP Candidate: http://openjdk.java.net/jeps/327
>
> - Mark
>
Please do NOT remove ResourceBundleControlProvider. It is critical for
our product.
We are using this in production in
https://github.com/IBM-Bluemix/gp-java-client/blob/f43d52db0b5c73f3bcfcd2313a397584734f728b/README.md#using-resourcebundlecontrolprovider-spi-java-8-or-later
- so that we can prov
Vote: yes
Very good!
There's one Unicode release a year, so they are a bit more predictable.
-s
On 11/12/2014 4:13 PM, mark.reinh...@oracle.com wrote:
> New JEP Candidate: http://openjdk.java.net/jeps/227
>
> - Mark
Is there different behavior with a different font?
As noted, please create a minimal test case and file a bug. Be sure the
original text is included so that it is reproducible.
-s
On 08/10/13 11:16, Naoto Sato wrote:
> Hello,
>
> Although we don't officially support Sinhala script, the rendering
>
JDK (other than, of course, storing it for your own archival purposes)
Thanks,
Steven
>
> Naoto
>
>
> On 8/13/12 10:25 PM, Steven R. Loomis wrote:
>
>> Naoto,
>> okay, thought I was done for the night, but just two more things..
>>
>> - again on the
On Tue, Aug 14, 2012 at 2:37 AM, Masayoshi Okutsu <
masayoshi.oku...@oracle.com> wrote:
> On 8/14/2012 2:25 PM, Steven R. Loomis wrote:
>
>> Naoto,
>> okay, thought I was done for the night, but just two more things..
>>
>> - again on the "talk to
On Tue, Aug 14, 2012 at 2:03 AM, Masayoshi Okutsu <
masayoshi.oku...@oracle.com> wrote:
> Hi Steven,
>
> Thanks for your comments. Finally we are getting comments on the i18n
> part. :-)
You're welcome!
> On 8/14/2012 1:58 PM, Steven R. Loomis wrote:
>
been
any testing with the interim data, or any plans to do so?
I think the summary again is, talk to us. Where "us" is the CLDR technical
committee.
Regards,
Steven
On Mon, Aug 13, 2012 at 9:58 PM, Steven R. Loomis wrote:
> Hello,
> Some questions,
>
> - Is there a re
Hello,
Some questions,
- Is there a reason that a new parser was written, rather than leverage
the existing CLDR tools (which are themselves written in Java)? (I've
already suggested discussion with the CLDR-TC.. I know I've been personally
more than a bit sparse, but, you know where we 'live')
Vote: yes
Naoto Sato wrote:
Greetings, voting members of the Internationalization/Localization Group!
Question: Should the Internationalization/Localization Group sponsor
the "Java Locale Enhancement Project[1]"?
Please cast your vote by replying, publicly, to this message with either
Vote:
18 matches
Mail list logo
