+1 for "one could use the full qualified name to refer to the class name".
Making the developer care about the case of characters in one special case -
that's the sort of changes that lead to chaos. Remember that type conversion
works in a case-insensitive manner and so does most of the language
c
Raphael Geissert wrote:
> As it seems, the best and maintainable solution is to switch to some other
> alternative library (sadly, there's no such candidate atm.)
Actually, I wonder if the imap extension shouldn't be dropped altogether in
trunk. The libraries written in PHP are actually more reli
2010/7/30 Johannes Schlüter :
> Hi,
>
> On Fri, 2010-07-30 at 00:33 +0200, Ferenc Kovacs wrote:
>> > Ignoring the BOF might cause not expected behavior: Assume people are
>> > using PHP as "templating" language and want the BOM to go out to the
>> > client.
>
>> Do you think that this is a common s
Hi,
On Fri, 2010-07-30 at 00:33 +0200, Ferenc Kovacs wrote:
> > Ignoring the BOF might cause not expected behavior: Assume people are
> > using PHP as "templating" language and want the BOM to go out to the
> > client.
> Do you think that this is a common scenario?
> Apart from a case, when I had
2010/7/30 Ferenc Kovacs :
> 2010/7/29 Johannes Schlüter :
>> Hi,
>>
>> On Thu, 2010-07-29 at 21:26 +0200, Ferenc Kovacs wrote:
>>> Hi.
>>>
>>> Could we set the --enable-zend-multibyte configure option to be
>>> enabled by default for the trunk?
>>> http://bugs.php.net/bug.php?id=22108
>>
>> Ignorin
2010/7/29 Johannes Schlüter :
> Hi,
>
> On Thu, 2010-07-29 at 21:26 +0200, Ferenc Kovacs wrote:
>> Hi.
>>
>> Could we set the --enable-zend-multibyte configure option to be
>> enabled by default for the trunk?
>> http://bugs.php.net/bug.php?id=22108
>
> Ignoring the BOF might cause not expected beh
Hi,
On Thu, 2010-07-29 at 21:26 +0200, Ferenc Kovacs wrote:
> Hi.
>
> Could we set the --enable-zend-multibyte configure option to be
> enabled by default for the trunk?
> http://bugs.php.net/bug.php?id=22108
Ignoring the BOF might cause not expected behavior: Assume people are
using PHP as "tem
Mikko Koppanen wrote:
> I was looking at annotations patch and it seems that my c-client does
> not support the functionality (2007b on Debian Lenny). Do the
> annotations require a custom patch to c-client as well?
The request to include the annotations patch at Debian is at:
http://bugs.debian.o
Hi.
Could we set the --enable-zend-multibyte configure option to be
enabled by default for the trunk?
http://bugs.php.net/bug.php?id=22108
Tyrael
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Thu, Jul 29, 2010 at 8:18 AM, Kalle Sommer Nielsen wrote:
>
> Hello Zeev
>
> 2010/7/29 Zeev Suraski :
> > With the revived interest in the neighbourhood of type hints in the last few
> > days I'm resending this email from a few weeks ago.
> >
> > In a nutshell, use auto-conversion for scalar ty
Thanks everyone for having a look at this.
I'll track the status in the bug from here on.
On Jul 28, 2010, at 8:09 AM, Clint Byrum wrote:
> Yesterday I was talking with one of my Colleagues about the Kolab
> project's use of some of the newer features of IMAP, notably, annotations
> and myrights
Hello Zeev
2010/7/29 Zeev Suraski :
> With the revived interest in the neighbourhood of type hints in the last few
> days I'm resending this email from a few weeks ago.
>
> In a nutshell, use auto-conversion for scalar type hints, and modify the
> conversion rules throughout PHP to handle 'sensele
With the revived interest in the neighbourhood of type hints in the
last few days I'm resending this email from a few weeks ago.
In a nutshell, use auto-conversion for scalar type hints, and modify
the conversion rules throughout PHP to handle 'senseless' conversions
that result in data loss d
On 29 July 2010 13:57, Felipe Pena wrote:
> My suggestion (I guess already told it in some mail...) is to
> identify the native php type just when it's lowercased (case-sensitive).
Alternatively, one could use the full qualified name to refer to the
class name, e.g.
function expectsScalar(string
Hi
2010/7/29 Ferenc Kovacs
> >> Hi, I would love this feature.
> >> But I have some concerns.
> >> AFAIK you can declare classes with the name int ,scalar, etc. so
> >> hinting anything else than class names can be ambiguous.
> >> Or we have to set these keywords as reserved, so nobody could dec
On Thu, Jul 29, 2010 at 10:08, Mikko Koppanen wrote:
> On Thu, Jul 29, 2010 at 9:01 AM, Hannes Magnusson
> wrote:
>> On Wed, Jul 28, 2010 at 17:09, Clint Byrum wrote:
>>> I'd like to get these patches into mainstream PHP so that we don't have to
>>> ship some weird patched kolab-only IMAP module
hi,
On Thu, Jul 29, 2010 at 10:08 AM, Mikko Koppanen wrote:
> On Thu, Jul 29, 2010 at 9:01 AM, Hannes Magnusson
> wrote:
>> On Wed, Jul 28, 2010 at 17:09, Clint Byrum wrote:
>>> I'd like to get these patches into mainstream PHP so that we don't have to
>>> ship some weird patched kolab-only IMA
On Thu, Jul 29, 2010 at 9:01 AM, Hannes Magnusson
wrote:
> On Wed, Jul 28, 2010 at 17:09, Clint Byrum wrote:
>> I'd like to get these patches into mainstream PHP so that we don't have to
>> ship some weird patched kolab-only IMAP module in Debian and Ubuntu. In
>> fact, I'm quite opposed to doing
On Thu, Jul 29, 2010 at 9:47 AM, Adam Harvey wrote:
> On 29 July 2010 15:43, Ferenc Kovacs wrote:
>> ps: the spam filter rejected my previous email because of the
>> codesearch links...
>
> This happened to me repeatedly the other day, too, even with an e-mail
> that ultimately didn't feature any
On Wed, Jul 28, 2010 at 17:09, Clint Byrum wrote:
> I'd like to get these patches into mainstream PHP so that we don't have to
> ship some weird patched kolab-only IMAP module in Debian and Ubuntu. In
> fact, I'm quite opposed to doing that at all, but this means having a
> broken Kolab in Debian
>> Hi, I would love this feature.
>> But I have some concerns.
>> AFAIK you can declare classes with the name int ,scalar, etc. so
>> hinting anything else than class names can be ambiguous.
>> Or we have to set these keywords as reserved, so nobody could declare
>> classes with such names.
>
> Wer
On 29 July 2010 15:43, Ferenc Kovacs wrote:
> ps: the spam filter rejected my previous email because of the
> codesearch links...
This happened to me repeatedly the other day, too, even with an e-mail
that ultimately didn't feature any links at all. Can someone with
admin access see if the mail f
On Thu, Jul 29, 2010 at 09:43, Ferenc Kovacs wrote:
> On Thu, Jul 29, 2010 at 3:49 AM, Felipe Pena wrote:
>> Hi all,
>> I've updated the patch and the RFC that proposes the return type-hint
>> implementation (Engine + Reflection).
>> The proposed implementation is working just like the last chang
On Thu, Jul 29, 2010 at 3:49 AM, Felipe Pena wrote:
> Hi all,
> I've updated the patch and the RFC that proposes the return type-hint
> implementation (Engine + Reflection).
> The proposed implementation is working just like the last changes in the
> parameter type-hint (in trunk). i.e. working wi
I would like to see this in the next major/minor release, together with
the traits and the type-hint implementation. This would be a great language
improvement.
>From my end-developer standpoint a big +++
On Wed, 28 Jul 2010 22:49:03 -0300, Felipe Pena
wrote:
> Hi all,
> I've updated the patch
25 matches
Mail list logo
