Re: PHP6, Unicode for language functions, classes, methods, vars names
| From: | Andi Gutmans | Date: | Tue, 13 Sep 2005 22:27:58 +0000 |
| Subject: | Re: PHP6, Unicode for language functions, classes, methods, vars names | ||
| References: | 1 2 3 4 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-18847@lists.php.net to get a copy of this message | ||
Me too...
At 09:16 AM 9/13/2005, Andrei Zmievski wrote:
Yep, what Rasmus said. -Andrei On Sep 13, 2005, at 6:25 AM, Rasmus Lerdorf wrote:Ilia Alshanetsky wrote:-- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.phpPierre Joye wrote:What do you mean? Why wouldn't it be portable? Because you can't read it? It will still run. Limiting identifiers to ASCII is an artificial limitation as far as I am concerned. I see no reason for it. It's not as if people are going to suddenly write code for distribution with all sorts of weird unicode identifiers. We support high-ascii today and you never see those in public code. Java has had unicode identifiers forever as well, and it doesn't seem to be a problem for them. For people writing localized code it is very nice to be able to use descriptive identifiers in their own character set. It makes it much easier to understand the code for them. -Rasmus -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.phpis not something I like to see. For language constructs, I would really like to have only ASCII support...+1 IMHO language identifiers should be limited to ASCII. Yes you can now use language specific chars by changing the locale, so that , Ä, ÿ are taken, but that hardly makes for portable code.