Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:37438
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain omegavortex.net from 207.210.105.196 cause and error)
Message-ID: <481DEAB3.3060607@omegavortex.net>
Date: Sun, 04 May 2008 11:56:19 -0500
Organization: Omega Vortex Corporation
User-Agent: Thunderbird 2.0.0.14 (Windows/20080421)
MIME-Version: 1.0
To: Tomas Kuliavas <tokul@users.sourceforge.net>
CC: internals@lists.php.net
References: <4BD5A050-02F2-46BD-B867-FA8CA12FF1BD@macvicar.net> <48988.78.61.224.253.1209918881.nsm@avilys.eik.lt>
In-Reply-To: <48988.78.61.224.253.1209918881.nsm@avilys.eik.lt>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Removal of unicode_semantics
From: jeremy@omegavortex.net (Jeremy Privett)

Tomas Kuliavas wrote:
>> We've discussed this a few times in the past and it's time to make a
>> final decision about its removal.
>>
>> I think most people have agreed that this is the way forward but no
>> one has produced a patch. I have a student working on unicode
>> conversion for the Google Summer of Code and this would help make it
>> simpler.
>>     
>
> unicode_semantics=on breaks backwards compatibility in scripts that have
> implemented multiple character set support in current PHP setups.
>
> If setting is removed, instead of maintaining at least some bits of
> backwards compatibility and doing some additional work, you force massive
> code rewrites in scripts that depend on working charset support and more
> work for people, who use interpreter.
>
> Every time somebody proposes removal of this setting, they claim that
> majority agreed on it when there is no agreement on anything. People only
> defended own positions and we had other flame about unicode_semantics.
>
>   

And leaving unicode_semantics in will make it so web application 
developers like myself, who distribute their applications to be 
installed on people's own servers, have to write two different versions 
of their software to support the switch being on or off because of the 
major differences in the language based on an ini setting. Not only is 
there twice the code in PHP's codebase, there's twice the code in the 
codebases for people like me.

But, we've been through this discussion before. I've already stated my 
opinions. +1 to removing this.

-- 
Jeremy Privett
C.E.O. & C.S.A.
Omega Vortex Corporation

http://www.omegavortex.net

Please note: This message has been sent with information that could be confidential and meant only for the intended recipient. If you are not the intended recipient, please delete all copies and inform us of the error as soon as possible. Thank you for your cooperation.