Re: Deprecate and remove case-insensitive constants?

From: Date: Fri, 22 Sep 2017 10:37:44 +0000
Subject: Re: Deprecate and remove case-insensitive constants?
References: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15  Groups: php.internals 
Request: Send a blank email to internals+get-100748@lists.php.net to get a copy of this message
Am 22.09.2017 um 10:21 schrieb Tony Marston:
wrote in message news:064eafcb-e42f-cfeb-76f1-e2c5aec0ea27@rhsoft.net...
Am 19.09.2017 um 11:24 schrieb Tony Marston:
If the single character  "ß" represents two "s" characters joined together, then the uppercase equivalent should also be a single character which looks like two "S" characters joined together. If it is not possible to write code which deals with these exceptions, then one alternative would be to remove these exceptions
remove from where? from the reality?
If the lowercase character "ß" causes so many problems because it has no proper equivalent in uppercase then it should be removed from the list of valid characters. Either that or provide a single uppercase character - which is what that wikipedia article you quoted says actually happened this year
jesus christ the german language DID NOT have a uppercase ß in the real world until recently but had the lowercase ß virtually forever how do you imagine "removeed from the list of valid characters" in that case - frankly that paragraph above shows clearly that you should stop to argue about this topic at all
Just because my opinion differs from yours does not give you the right to demand that I stop expressing it
surely, in my opinion you don't understand the topic you are talking about and repeating the same questionable stuff again and again and as you are allowed to express your opinion i am allowed to express mine the way you argued about how code consistency don't matter says it all as you call everybody which demands that code all over a poject or company has to follow a common coding style "OCD sufferers" - but hey, the others are all ghost drivers and should turn around....

« previous php.internals (#100748) next »