And what actually failed? The idea seams straightforward.
Robert
2011/6/20 Johannes Schlüter johan...@schlueters.de
On Mon, 2011-06-20 at 20:38 +0200, Robert Eisele wrote:
I really like the ideas shared here. It's a thing of consideration that
array-functions should also work with strings.
2011/6/21 Robert Eisele rob...@xarg.org
And what actually failed? The idea seams straightforward.
Robert
http://www.slideshare.net/andreizm/the-good-the-bad-and-the-ugly-what-happened-to-unicode-and-php-6
to my understanding: in retrospective the utf-16 wasn't the best idea, it
caused more
Hi!
On 6/21/11 1:23 AM, Ferenc Kovacs wrote:
2011/6/21 Robert Eisele rob...@xarg.org mailto:rob...@xarg.org
And what actually failed? The idea seams straightforward.
Robert
http://www.slideshare.net/andreizm/the-good-the-bad-and-the-ugly-what-happened-to-unicode-and-php-6
Also
Hello,
On Tue, Jun 21, 2011 at 05:17, Rasmus Lerdorf syst...@php.net wrote:
On 06/20/2011 08:09 PM, Felipe Pena wrote:
I'm ok with this, I just think it's ugly to repeat the token name in
the definition in the .y file. :P
%token T_LNUMBER 'number' (T_LNUMBER)
%token T_STRING 'identifier'
On Mon, 20 Jun 2011 20:27:39 +, Moriyoshi Koizumi wrote:
moriyoshiMon, 20 Jun 2011 20:27:39 +
Revision: http://svn.php.net/viewvc?view=revisionrevision=312344
Log:
- Add built-in web server to CLI SAPI. See the RFC for detail.
As noted [1]
On Tue, Jun 21, 2011 at 11:43 AM, Michael Wallner m...@php.net wrote:
On Mon, 20 Jun 2011 20:27:39 +, Moriyoshi Koizumi wrote:
moriyoshi Mon, 20 Jun 2011 20:27:39 +
Revision: http://svn.php.net/viewvc?view=revisionrevision=312344
Log:
- Add built-in
On Tue, Jun 21, 2011 at 5:30 AM, Sebastian Bergmann sebast...@php.net wrote:
Am 20.06.2011 15:30, schrieb Derick Rethans:
I am not generally against this RFC, but this point needs to be
discussed first IMO. As having 5 active branches at the same time for
the multiple major releases option is
Hi!
Wouldn't it be better if wiki voting mechanism would be embedded in
the page with rfc? Under the block Table of contents, for example.
Just now green link Votes are open is not so noticeable, so having a
chance to vote without leaving the page would better inspire people to
take part in voting
added a link to the vote page. It should be more clear now.
On Tue, Jun 21, 2011 at 12:25 PM, Alexey Shein con...@gmail.com wrote:
Hi!
Wouldn't it be better if wiki voting mechanism would be embedded in
the page with rfc? Under the block Table of contents, for example.
Just now green link
On Mon, 20 Jun 2011, Stas Malyshev wrote:
On 6/20/11 9:15 AM, John Crenshaw wrote:
From: Ilia Alshanetsky [mailto:i...@prohost.org]
As long as it works on a premise that a string is a byte array
and each element represents 1 byte, +1 from me.
Code written on this premise is
On Mon, 20 Jun 2011, Stas Malyshev wrote:
Here is the next one.
I think it's quite intuitive to use strtr() to remove single characters of a
string, too, instead of using many str_replace($str, $chr, ). I'd glad to
see this change also in 5.4.
This is a BC break, if I understand it
On Tue, Jun 21, 2011 at 12:53 PM, Derick Rethans der...@php.net wrote:
It depended on ICU there, and I would be against making a core thing in
PHP 5.x depend on ICU.
It can and should be done as part of intl, actually.
But that's somehow unrelated to the proposal here, as it is about
byte,
2011/6/21 Pierre Joye pierre@gmail.com:
added a link to the vote page. It should be more clear now.
Thank you.
But why not just place doodle plugin in the bottom of the page with
rfc? This will give some chances that people will read rfc till the
end before voting. What's the idea behind
On Tue, Jun 21, 2011 at 1:05 PM, Alexey Shein con...@gmail.com wrote:
2011/6/21 Pierre Joye pierre@gmail.com:
added a link to the vote page. It should be more clear now.
Thank you.
But why not just place doodle plugin in the bottom of the page with
rfc? This will give some chances that
On Mon, 20 Jun 2011, Anthony Ferrara wrote:
text_to_array($s) == str_split($s, 1)
No, because str_split always splits into 1 byte chunks. text_to_array
would take the character set into account (or that's where the utility
in it would be)...
No, as PHP currently does *NOT* know about
2011/6/21 Etienne Kneuss col...@php.net:
Hello,
On Tue, Jun 21, 2011 at 05:17, Rasmus Lerdorf syst...@php.net wrote:
On 06/20/2011 08:09 PM, Felipe Pena wrote:
I'm ok with this, I just think it's ugly to repeat the token name in
the definition in the .y file. :P
%token T_LNUMBER 'number'
Pierre Joye wrote:
It depended on ICU there, and I would be against making a core thing in
PHP 5.x depend on ICU.
It can and should be done as part of intl, actually.
But that's somehow unrelated to the proposal here, as it is about
byte, not characters :)
I believe this may be where some
On Tue, Jun 21, 2011 at 1:33 PM, Lester Caine les...@lsces.co.uk wrote:
Pierre Joye wrote:
It depended on ICU there, and I would be against making a core thing in
PHP 5.x depend on ICU.
It can and should be done as part of intl, actually.
But that's somehow unrelated to the proposal
Pierre Joye wrote:
On Tue, Jun 21, 2011 at 1:33 PM, Lester Caineles...@lsces.co.uk wrote:
Pierre Joye wrote:
It depended on ICU there, and I would be against making a core thing in
PHP 5.x depend on ICU.
It can and should be done as part of intl, actually.
But that's somehow unrelated
Pierre Joye wrote:
On Tue, Jun 21, 2011 at 1:33 PM, Lester Caineles...@lsces.co.uk wrote:
Pierre Joye wrote:
It depended on ICU there, and I would be against making a core thing in
PHP 5.x depend on ICU.
It can and should be done as part of intl, actually.
But that's somehow unrelated
On Tue, Jun 21, 2011 at 4:38 PM, John Crenshaw johncrens...@priacta.com wrote:
This mindset is fundamentally broken. You can call it a byte array all you
want, but the truth is that 99.999% of the time, when a developer is using a
string they need it for characters, not for bytes
Let me
On Jun 20, 2011, at 5:15 AM, David Soria Parra wrote:
Hi Internals,
we have been working on getting an rfc together on how to deal with
votes on rfcs. We aim to provide a simple mechaism for votes while
still maintaining freedom on how to do votes and how to work on rfcs.
I want to
2011.06.21 17:38 John Crenshaw rašė:
Pierre Joye wrote:
On Tue, Jun 21, 2011 at 1:33 PM, Lester Caineles...@lsces.co.uk
wrote:
Pierre Joye wrote:
It depended on ICU there, and I would be against making a core thing
in
PHP 5.x depend on ICU.
It can and should be done as part of intl,
That really neads clearing, because if i understand correctly, I should get
ability to vote (userland developer activly reading the list and writing to
list on some maters). So the question - do i get a vote ability? :-)
21.06.2011 17:36 пользователь Philip Olson phi...@roshambo.org написал:
On
As a userland developer due to my geographical nature i have to work with 3
languages constantly - english, russian (cyryllic) and latvian (witch has
it's own share of non latin characters). I end up using utf-8 in every
project. And some give me a headake of dealing with text parsing. mb_string
Am 21.06.2011 17:55, schrieb Tomas Kuliavas:
They submit it in utf-8 only if your html form allows them to do that or
they don't follow html specification and try to exploit your form. Set
form input charset to iso-8859-1 and your nbspace will take only one byte.
and this naive attitude is
On Tue, Jun 21, 2011 at 6:14 PM, Reindl Harald h.rei...@thelounge.netwrote:
Am 21.06.2011 17:55, schrieb Tomas Kuliavas:
They submit it in utf-8 only if your html form allows them to do that or
they don't follow html specification and try to exploit your form. Set
form input charset to
Am 21.06.2011 18:22, schrieb Ferenc Kovacs:
On Tue, Jun 21, 2011 at 6:14 PM, Reindl Harald h.rei...@thelounge.netwrote:
Am 21.06.2011 17:55, schrieb Tomas Kuliavas:
They submit it in utf-8 only if your html form allows them to do that or
they don't follow html specification and try to
On Tue, Jun 21, 2011 at 6:24 PM, Reindl Harald h.rei...@thelounge.netwrote:
Am 21.06.2011 18:22, schrieb Ferenc Kovacs:
On Tue, Jun 21, 2011 at 6:14 PM, Reindl Harald h.rei...@thelounge.net
wrote:
Am 21.06.2011 17:55, schrieb Tomas Kuliavas:
They submit it in utf-8 only if your
They submit it in utf-8 only if your html form allows them to do that or
they don't follow html specification and try to exploit your form.
If no explicit encoding is given, all modern browsers will attempt to
autodetect the encoding based on the page contents, often with unpredictable
From: Pierre Joye [mailto:pierre@gmail.com]
On Tue, Jun 21, 2011 at 4:38 PM, John Crenshaw johncrens...@priacta.com
wrote:
This mindset is fundamentally broken. You can call it a byte array all you
want, but the truth is that 99.999% of the time, when a developer is using
a
2011.06.21 19:24 Reindl Harald rašė:
Am 21.06.2011 18:22, schrieb Ferenc Kovacs:
On Tue, Jun 21, 2011 at 6:14 PM, Reindl Harald
h.rei...@thelounge.netwrote:
Am 21.06.2011 17:55, schrieb Tomas Kuliavas:
They submit it in utf-8 only if your html form allows them to do that
or
they don't
Am 21.06.2011 19:12, schrieb Tomas Kuliavas:
and this naive attitude is the root of most security problems!
why do you believe that every client submission is coming over
your form or generally over anything you can control?
that doesn't matter here, Tomas just corrected John, that his
2011.06.21 20:51 Reindl Harald rašė:
utf-8 is strict format. If you expect utf-8 and someone submits
something
else, you can tell that without any string function. You can verify
utf-8
strings in pcre. You can convert nbspace to regular space, if you want.
utf-8 does not have any byte
Am 21.06.2011 22:19, schrieb Tomas Kuliavas:
2011.06.21 20:51 Reindl Harald rašė:
utf-8 is strict format. If you expect utf-8 and someone submits
something
else, you can tell that without any string function. You can verify
utf-8
strings in pcre. You can convert nbspace to regular space,
We thought there was no need to over regulate this part.
It is something like mentors, if you just come in, post a couple of
times or daily but nobody can second you and you lead zero OSS
project, then the chance that you can vote will be rather low. Your
option? Contribute! :-)
On Tue, Jun 21,
On Tue, Jun 21, 2011 at 12:55 PM, Derick Rethans der...@php.net wrote:
On Mon, 20 Jun 2011, Stas Malyshev wrote:
Here is the next one.
I think it's quite intuitive to use strtr() to remove single characters of
a
string, too, instead of using many str_replace($str, $chr, ). I'd glad to
Hi!
On 6/21/11 5:14 PM, Jordi Boggiano wrote:
Right now strtr('anything', 'anything', '') === 'anything', which
means that anyone relying on this behavior is doing something strange
and dumb imo, doing a function call for nothing. We could maybe say
It does not matter if you approve or
On Wed, Jun 22, 2011 at 2:22 AM, Stas Malyshev smalys...@sugarcrm.com wrote:
Right now strtr('anything', 'anything', '') === 'anything', which
means that anyone relying on this behavior is doing something strange
and dumb imo, doing a function call for nothing. We could maybe say
It does not
Right now strtr('anything', 'anything', '') === 'anything', which
means that anyone relying on this behavior is doing something strange
and dumb imo, doing a function call for nothing.
How is relying on by-design behavior that turns the call into a no-op
(instead of wrapping the call in an
40 matches
Mail list logo
