Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:31785
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain users.sourceforge.net from 213.197.162.99 cause and error)
Message-ID: <57419.78.61.224.253.1187691716.squirrel@avilys.eik.lt>
In-Reply-To: <1187689101.3311.9.camel@localhost.localdomain>
References: <1181829227.3478.3.camel@localhost.localdomain>
    <468E1158.2030900@lerdorf.com> <468E13C6.1070109@pooteeweet.org>
    <468E2009.9000703@zend.com>
    <10845a340707060432h6516ea5eja0995dbc974baa0a@mail.gmail.com>
    <468E2A9C.8030704@zend.com>
    <10845a340707060454t24a854dfu93aad454dd1f37ed@mail.gmail.com>
    <468E2F78.9090002@pooteeweet.org>
    <10845a340707060509u70152abctf1801324be490ed1@mail.gmail.com>
    <468E400E.6060005@e-novative.de>
    <b5f7bf6c0708200914t71ca0d34t9439d1536485ec67@mail.gmail.com>
    <E9E1B5C4-81FA-47A8-95A8-06D603DC1C27@gravitonic.com>
    <698DE66518E7CA45812BD18E807866CE92D7B0@us-ex1.zend.net>
    <1187689101.3311.9.camel@localhost.localdomain>
Date: Tue, 21 Aug 2007 13:21:56 +0300 (EEST)
To: internals@lists.php.net
User-Agent: NaSMail/1.2
MIME-Version: 1.0
Content-Type: text/plain;charset=utf-8
Content-Transfer-Encoding: 8bit
Importance: Normal
Subject: RE: [PHP-DEV] What is the use of "unicode.semantics" in PHP 6?
From: tokul@users.sourceforge.net ("Tomas Kuliavas")

> So what happened to the "Open" in "OpenSource" or is PHP now something
> else now?
>
> btw. 95% of Zend users propably don't need unicode but there are a lot
> more people out there who can't really use PHP right now since it
> doesn't have full unicode support. The percents pulled out of sleeve
> would be rather the opposite with all japanese/chinese/etc. asian
> countries included.. ;)

PHP supports Japanese since 4.0.6. Chinese is supported since 4.3.0. Text
length evaluation, case insensitive strings, substr should work. What else
do you need in PHP scripts for "full unicode support" in CJK languages?
Reading symbols with $string[$position]? The ones that do such things are
not your normal users and this can be done with mb_substr. Want to make
sure that CJK support is corified? What is wrong with requiring mbstring
support?

If you go "think about users" path, then remember that PHP does not work
for 110 millions of Turks, Kurds and Azerbaijani in Mid East. Bug was
closed with "Won't fix" and locale insensitive tolower()|toupper()
functions take less than 10 lines in C. I am not C programmer. My tests
show that if I change zend_tolower() to work in locale insensitive way,
strtolower() remains locale sensitive and class_exists and case
insensitive method names do not fail.

-- 
Tomas