From: Jeff Higgins on 22 May 2010 17:10 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 22 May 2010 18:07 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 22 May 2010 19:18 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 22 May 2010 19:58 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 22 May 2010 22:52
"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? |