mbstring can call out to icu to do the work.
-Original Message-
From: Pierre Joye [mailto:pierre@gmail.com]
Sent: Monday, February 01, 2010 12:11 PM
To: Tex Texin
Cc: Moriyoshi Koizumi; KITAZAKI Shigeru; php-i...@lists.php.net;
internals@lists.php.net
Subject: Re: [PHP-DEV] RE: [PHP
Since ICU supports many conversions, including gb18030, and is regularly
updated and is already a part of php, it makes no sense to include
individually written conversions. ICU also gets considerable testing and
review.
Conversions should all be driven through icu.
-Original Message-
Fro
-Original Message-
From: Derick Rethans [mailto:[EMAIL PROTECTED]
Sent: Friday, April 04, 2008 4:37 AM
To: Tex Texin
Cc: Lester Caine; PHP internals
Subject: RE: [PHP-DEV] intl naming
Tex,
please please quote properly, it is really hard to follow the conversion down
below here. http
Lester asks:
THAT I agree with - BUT WHAT IS STOPPING PHP6 being the solution. I can't see
any reason that time is being wasted on yet another PHP5.X when that same
effort could be directed to getting at least a stable beta of PHP6 out the door?
Tex replies:
When we started this project nearly
-Original Message-
From: Derick Rethans [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 26, 2008 9:49 AM
To: Tex Texin
Cc: Marcus Boerger; Pierre Joye; [EMAIL PROTECTED]; PHP Developers Mailing List
Subject: RE: [PHP-DEV] Re: [php-icu] Graphemes and unicode vs intl extension
On Sun
-Original Message-
From: Hannes Magnusson [mailto:[EMAIL PROTECTED]
Sent: Sunday, March 23, 2008 1:31 PM
To: Tex Texin
Cc: Marcus Boerger; Pierre Joye; [EMAIL PROTECTED]; PHP Developers Mailing List
Subject: Re: [PHP-DEV] Re: [php-icu] Graphemes and unicode vs intl extension
On Sun
AM
To: Tex Texin
Cc: Marcus Boerger; Pierre Joye; [EMAIL PROTECTED]; PHP Developers Mailing List
Subject: Re: [PHP-DEV] Re: [php-icu] Graphemes and unicode vs intl extension
Hi Tex
On Sun, Mar 23, 2008 at 10:03 AM, Tex Texin <[EMAIL PROTECTED]> wrote:
> Pierre, Marcus, et al.
>
>
I should have said when we started we didn't know PHP internals. We certainly
do now. My point was that the info discussed the list wouldn't have been of
interest to most.
-Original Message-
From: Marcus Boerger [mailto:[EMAIL PROTECTED]
Sent: Sunday, March 23, 2008 6:27
tex
-Original Message-
From: Marcus Boerger [mailto:[EMAIL PROTECTED]
Sent: Saturday, March 22, 2008 2:09 PM
To: Pierre Joye
Cc: Derick Rethans; Stanislav Malyshev; sf.chen; Tex Texin; [EMAIL PROTECTED];
Ed Batutis; Hong,Weilin; PHP Developers Mailing List
Subject: Re: [PHP-DEV] Re:
gs as they are.
tex
-Original Message-
From: Stanislav Malyshev [mailto:[EMAIL PROTECTED]
Sent: Friday, March 21, 2008 10:51 AM
To: Derick Rethans
Cc: Tex Texin; [EMAIL PROTECTED]; PHP Developers Mailing List
Subject: Re: [php-icu] RE: [PHP-DEV] Re: [php-icu] Graphemes and unicode vs
s agree on the name change today.
tex
-Original Message-
From: Derick Rethans [mailto:[EMAIL PROTECTED]
Sent: Friday, March 21, 2008 9:35 AM
To: Stanislav Malyshev
Cc: sf.chen; Tex Texin; [EMAIL PROTECTED]; 'Ed Batutis'; 'Hong,Weilin'; PHP
Developers Mailing List
Su
developing unicode and internationalization extensions to php.
Stas said I should join
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
> -Original Message-
> From: Jani Taskinen [mailto:[EMAIL PROTECTED]
Was:
> Subject: Re: [PHP-DEV] PHP6, Unicode for language functions,
> classes,methods, vars names
>
> Touché. :)
>
> But I must insist. I want to upgrade at some point.
> I might even have use for unic
> -Original Message-
> From: Jani Taskinen [mailto:[EMAIL PROTECTED]
>
> On Wed, 14 Sep 2005, Tex Texin wrote:
>
> > ok, so you shouldn't program in french. For others it is fine and
> > works better than english.
>
> Show me one such perso
snipped...
>
> Check the history, every language developement tools which
> tried to do it do not support it anymore. Why? For the exact
> same reasons listed in this thread.
I am not sure why you say this. Java and other languages support
multilingual identifiers.
The newest standards for pr
s one
format for all modes.
Conversion between utf-8 and utf-16 is very fast and likely wont be noticed
given the other tasks of I/O and packing or unpacking the remaining data.
Also, utf-8 doesnÂ’t have any endian issues, as utf-16 does.
hth
Tex Texin
Internationalization Architect, Yahoo
do a conversion from the unicode string
encoding to the runtime encoding?
Wouldn't some conversion be implied for binary data then also?
ugh.
Tex Texin
Internationalization Architect, Yahoo! Inc.
> -Original Message-
> From: Dmitry Stogov [mailto:[EMAIL PROTECTED]
> Sent
gone this route. If one day we want
to call from PHP to a program that made use of such identifiers, it would be
a shame to not be able to, only because of an unwarranted restriction on the
design.
Tex Texin
Internationalization Architect, Yahoo! Inc.
> -Original Message-
&
name in the local language, and as a programmer, you have
to come up with a meaningless (to you) string to represent it, and having to
support that code...
Tex Texin
Internationalization Architect, Yahoo! Inc.
> -Original Message-
> From: Andi Gutmans [mailto:[EMAIL PROTECT
it (grapheme) or
anything else.
So, yes one code point.
Padding left and right, should be the same as the current function.
If it is symmetric, keep it symmetric.
sorry to be terse. its difficult to write while on the road. (and apparently
I have difficulties when not on the road... ;-) )
Tex
ction to do what they
need.
Tex Texin
Internationalization Architect, Yahoo! Inc.
> -Original Message-
> From: Andrei Zmievski [mailto:[EMAIL PROTECTED]
> Sent: Monday, August 29, 2005 1:16 PM
> To: Tex Texin
> Cc: 'Rolland Santimano'; 'internals&#x
person that wants something more complex, can implement
whatever he needs on his/her own easily. Knowing the pad string, his/her
algorithm is likely to be more efficient than our general purpose one would
have been.
Sound ok?
Tex Texin
Internationalization Architect, Yahoo! Inc.
>
*() character semantics. If a good number of users do that, then it isn't
much consequence either way (ie it is no-win), and that puts us back to the
original proposal.
Is that right?
Tex Texin
Internationalization Architect, Yahoo! Inc.
> -Original Message-
> From: Ma
comments at the end of this mail
tex
> -Original Message-
> From: Makoto Tozawa [mailto:[EMAIL PROTECTED]
> Sent: Thursday, August 25, 2005 4:47 PM
> To: Tex Texin
> Cc: 'Andrei Zmievski'; [EMAIL PROTECTED]; 'PHP
> Developers Mailing List'
&g
see the section on negotiation in this as well:
http://www.xencraft.com/training/webstandards.html
Tex Texin
Internationalization Architect, Yahoo! Inc.
> -Original Message-
> From: Adam Maccabee Trachtenberg [mailto:[EMAIL PROTECTED]
> Sent: Thursday, August 25, 200
, so it will be
available.
Tex Texin
Internationalization Architect, Yahoo! Inc.
> -Original Message-
> From: Makoto Tozawa [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, August 24, 2005 7:41 PM
> To: Andrei Zmievski
> Cc: [EMAIL PROTECTED]; PHP Developers Mailing List
&g
if (2 < $x <= 4) {}
Doesn't this collide with its current meaning:
if ( (2 < $x) <= 4) {}
i.e. parsing left to right, the true/false result of 2 < $x, is compared
with <= 4.
Changing the meaning could break some programs.
Tex Texin
Internationalization
it. But other browsers that are standards compliant
(netscape was very strong in this area) will.
I only tried POST. Somebody else might try it with GET.
Tex Texin
Internationalization Architect, Yahoo! Inc.
> -Original Message-
> From: Andrei Zmievski [mailto:[EMAIL PRO
chars to the
end of the result string.
Repeat until the beginning of the string.
Tex Texin
Internationalization Architect, Yahoo! Inc.
> -Original Message-
> From: Tex Texin [mailto:[EMAIL PROTECTED]
> Sent: Monday, August 22, 2005 5:14 PM
> To: 'Andrei Zmievs
Or use the breakiterator function. Also allows for locale differences and some
special cases.
http://icu.sourceforge.net/apiref/icu4c/classBreakIterator.html#_details
Although we might prefer it to be locale independent.
Separately, I was wondering if we should create a variation of the explode
30 matches
Mail list logo
