From: Jeff Higgins on
On 5/22/2010 3:27 PM, Peter Olcott wrote:
> http://java.sun.com/docs/books/jls/second_edition/html/lexical.doc.html
>
> I already have this link, and these seems to indicate that
> the only internationalization of the Java language pertains
> to identifiers. From this document it looks like no local
> (non ASCII) punctuation or local (non ASCII) decimal digits
> are allowed in the Java language. Its this definitively
> correct?
>
>
<http://developers.sun.com/global/>

From: Lew on
Peter Olcott wrote:
>>> http://java.sun.com/docs/books/jls/second_edition/html/lexical.doc.html

Lew wrote:
>> You should not use an out-of-date language specification,
>> though. Use the current one.

Peter Olcott wrote:
> Got a link to this?

Yes, and you do, too.

What, you missed the one in Jeff Higgins's reply to your post a half hour
earlier than mine?

I didn't think it necessary to repeat information another respondent had
already just provided you.

Failing that, GIYF, or just follow the usual links through java.sun.com.

--
Lew
From: markspace on
Peter Olcott wrote:

> One guy in another group was telling me that the typical way
> to internationalize a computer language would be to take the
> local punctuation marks and translate them in their ASCII
> equivalents. The case in point was a Comma as the delimiter
> between parameters.

I think a better way might be to use an IDE that understands Java, and
therefore uses the correct punctuation marks/code points to begin with.

Are you actually having an issue with this? Or just speculating that it
might be an issue?

I'd get one of your "foreign" coders to try out either NetBeans or
Eclipse to see if there are any issues, before going off half-cocked
with some sort of weird translation scheme. I couldn't imagine trying
to write code with Notepad or something, so I don't see how requiring an
IDE of some sort would be an issue.
From: Jeff Higgins on
On 5/22/2010 3:27 PM, Peter Olcott wrote:
> http://java.sun.com/docs/books/jls/second_edition/html/lexical.doc.html
>
> I already have this link, and these seems to indicate that
> the only internationalization of the Java language pertains
> to identifiers. From this document it looks like no local
> (non ASCII) punctuation or local (non ASCII) decimal digits
> are allowed in the Java language. Its this definitively
> correct?
>
>

This sparked my interest. Here's a link:
<http://en.wikipedia.org/wiki/Non-English-based_programming_languages>

From: Peter Olcott on

"markspace" <nospam(a)nowhere.com> wrote in message
news:ht9oor$q0t$1(a)news.eternal-september.org...
> Peter Olcott wrote:
>
>> One guy in another group was telling me that the typical
>> way to internationalize a computer language would be to
>> take the local punctuation marks and translate them in
>> their ASCII equivalents. The case in point was a Comma as
>> the delimiter between parameters.
>
> I think a better way might be to use an IDE that
> understands Java, and therefore uses the correct
> punctuation marks/code points to begin with.
>
> Are you actually having an issue with this? Or just
> speculating that it might be an issue?
>
> I'd get one of your "foreign" coders to try out either
> NetBeans or Eclipse to see if there are any issues, before
> going off half-cocked with some sort of weird translation
> scheme. I couldn't imagine trying to write code with
> Notepad or something, so I don't see how requiring an IDE
> of some sort would be an issue.

I am designing my own computer language from scratch. It is
a subset of Java / C++. I want to understand how Java goes
about making their language available to Chinese programmers
so that I can understand how Java internationalizes their
language.

There are apparently Chinese equivalents to the digit [0-9].
How does Java handle this for Chinese programmers?