Richard Quadling wrote:
> So far, I've not needed unicode. But with the amount of effort being
> placed into getting PHP unicode compliant, it suggests that it is
> something important and I should know about it.
Start with
http://www.gravitonic.com/downloads/talks/zend-conference-2006/unicoding-
Is there some PHP-centric documentation about Unicode? Why we need it?
How we use it? Pitfalls. Best practise in determining if data is
unicode or a hack attempt, etc.
So far, I've not needed unicode. But with the amount of effort being
placed into getting PHP unicode compliant, it suggests that
Stanislav Malyshev wrote:
>
>> Please, lets keep 5.x code in 5.x and 6.x code in 6.x, different
>> branches exist for a good reason.
>
> Well, then I guess we shouldn't have (binary) in 5.x?
A lot of functions in PHP 6 are able to take both binary and Unicode
strings and act differently when the
Due to encoding issues, I made it that binary strings were required for
the XML based extensions when loading documents via strings. By adding
the binary cast to 5.x it will at least allow developers to prepare for
this change when 6 is rolled out, so imo this is a good idea.
Rob
Ilia Alshan
Please, lets keep 5.x code in 5.x and 6.x code in 6.x, different
branches exist for a good reason.
Well, then I guess we shouldn't have (binary) in 5.x?
--
Stanislav Malyshev, Zend Products Engineer
[EMAIL PROTECTED] http://www.zend.com/
--
PHP Internals - PHP Runtime Development Mailing Li
On 10-Nov-06, at 6:24 PM, Stanislav Malyshev wrote:
Marcus Boerger wrote:
Hello Edin,
is it so hard to understand? Ok just kidding, it might not be
obvious but
as soon as you start to develop stuff that is supposed to run
onboth 5 and 6
binary makesa bunch of things easier. Somehow like
Marcus Boerger wrote:
Hello Edin,
is it so hard to understand? Ok just kidding, it might not be obvious but
as soon as you start to develop stuff that is supposed to run onboth 5 and 6
binary makesa bunch of things easier. Somehow like having var in 5 - only
the other way round.
There are su
