2011.06.21 23:27 Reindl Harald rašė:
> i do not understand any word and miss a simple str_is_utf8()
Such function uses six lines in PHP. You can write your own. I need locale
insensitive casecmp, typecasting to unsigned 32bit int and bunch of other
functions in PHP. Do I have wait for PHP implemen
> 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 a
On Wed, Jun 22, 2011 at 2:22 AM, Stas Malyshev 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 a
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 disappr
On Tue, Jun 21, 2011 at 12:55 PM, Derick Rethans 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 gla
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, 2
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 r
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
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 c
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
>> wrote:
>>
>>>
>>>
>>> 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
> From: Pierre Joye [mailto:pierre@gmail.com]
> > On Tue, Jun 21, 2011 at 4:38 PM, John Crenshaw
> > 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 nee
> 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
res
On Tue, Jun 21, 2011 at 6:24 PM, Reindl Harald wrote:
>
>
> Am 21.06.2011 18:22, schrieb Ferenc Kovacs:
> > On Tue, Jun 21, 2011 at 6:14 PM, Reindl Harald >wrote:
> >
> >>
> >>
> >> Am 21.06.2011 17:55, schrieb Tomas Kuliavas:
> >>
> >>> They submit it in utf-8 only if your html form allows them
Am 21.06.2011 18:22, schrieb Ferenc Kovacs:
> On Tue, Jun 21, 2011 at 6:14 PM, Reindl Harald wrote:
>
>>
>>
>> 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
On Tue, Jun 21, 2011 at 6:14 PM, Reindl Harald wrote:
>
>
> 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 an
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 i
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
co
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" написал:
>
>
> On Jun 20, 2011,
2011.06.21 17:38 John Crenshaw rašė:
> Pierre Joye wrote:
>> On Tue, Jun 21, 2011 at 1:33 PM, Lester Caine
>> 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 a
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
On Tue, Jun 21, 2011 at 4:38 PM, John Crenshaw 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 rephrase:
For backward c
Pierre Joye wrote:
> On Tue, Jun 21, 2011 at 1:33 PM, Lester Caine 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 u
Pierre Joye wrote:
On Tue, Jun 21, 2011 at 1:33 PM, Lester Caine 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 her
On Tue, Jun 21, 2011 at 1:33 PM, Lester Caine 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 here
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
2011/6/21 Etienne Kneuss :
> Hello,
>
> On Tue, Jun 21, 2011 at 05:17, Rasmus Lerdorf 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
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 abou
On Tue, Jun 21, 2011 at 1:05 PM, Alexey Shein wrote:
> 2011/6/21 Pierre Joye :
>> 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
>
2011/6/21 Pierre Joye :
> 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 keeping 2 separate page
On Tue, Jun 21, 2011 at 12:53 PM, Derick Rethans 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
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 u
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 t
added a link to the vote page. It should be more clear now.
On Tue, Jun 21, 2011 at 12:25 PM, Alexey Shein 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 "Votes are ope
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 vot
On Tue, Jun 21, 2011 at 5:30 AM, Sebastian Bergmann 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 *not* wor
On Tue, Jun 21, 2011 at 11:43 AM, Michael Wallner 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=revision&revision=312344
>>
>> Log:
>> - Add built-in
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=revision&revision=312344
>
> Log:
> - Add built-in web server to CLI SAPI. See the RFC for detail.
As noted [1] ph
Hello,
On Tue, Jun 21, 2011 at 05:17, Rasmus Lerdorf 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' (T
Hi!
On 6/21/11 1:23 AM, Ferenc Kovacs wrote:
2011/6/21 Robert Eisele 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 you may want to r
2011/6/21 Robert Eisele
> 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 conversion
And what actually failed? The idea seams straightforward.
Robert
2011/6/20 Johannes Schlüter
> 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. Maybe this would
41 matches
Mail list logo
