> On Fri, 6 Jul 2007 16:32:50 +0200 (CEST), Derick Rethans <[EMAIL PROTECTED]>
> wrote:
> > Ladies, Gentlemen, Kings and Princesses,
> >
> > With the nice PHP 5 / PHP 6 unicode semantics thread under way I am
> > trying to gauge what people feel about dropping support for PHP 4 at the
> > end of t
uages which take that particular variable scoping
view from the outset. Lexical anonymous functions would be enough for me. If
these proposed lexical anonymous functions could automagically bind themselves
to an instance's $this when called from within an object's scope (so as to act
as vir
so we can avoid all the support questions regarding
"why does X work on one PHP6 server but not another?" The importance of giving
3rd parties a consistent, solid and well-defined foundation they can rely on
when developing and deploying code can't be stressed enough, IMHO.
Thanks,
s is_last(). I suppose too that objects that implement the appropriate
iteration interfaces could use this? If so, would using "array" for naming
purposes make things less clear? To me, none of the existing array_* functions
have an "if" semanatic and I think that is a good thing.
T
--- Michael Wallner <[EMAIL PROTECTED]> wrote:
> boots wrote:
> > Hi. It seems to me that Smarty is not at fault. For example, one of the
> > reported issues is:
> >
> >>> $arg_list = $this->_compile_arg_list('block', $tag_command, $
#x27;s with
this new strictness? It was certainly not a notice previously.
best,
xo boots
--- Jani Taskinen <[EMAIL PROTECTED]> wrote:
>
> I think it was just change of E_NOTICE to E_STRICT? :)
>
> --Jani
>
>
> On Fri, 16 Dec 2005, Holografix wrote:
>
&
ld be very much welcome if this
could be accommodated.
Many thanks,
xo boots
__
Yahoo! FareChase: Search multiple travel sites in one click.
http://farechase.yahoo.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, vi
Hi.
Is there really a good reason to drop {} string access? Does it make
the engine better? Are you going to use {} for something else? If not,
then wouldn't it make logical sense to do what was documented and drop
the [] syntax? Sure, I've read the argument that [] is used in other
languages but
--- Marcus Boerger <[EMAIL PROTECTED]> wrote:
> Hello boots,
>
> Thursday, August 4, 2005, 6:29:51 AM, you wrote:
> > As far as introspection (points 1 and 2), would it be reasonable to
> > allow __get/__set to be called without any parameters in which case
&g
Derick Rethans wrote:
> Problems:
> 1. There is no way to document the 'virtual' properties with any of
>the existing documentation tools (such as phpdoc and doxygen)
> 2. There is no way how the magic methods know if a specific 'virtual'
>property exists or not as those properties are not
thinks it is necessary to tell me
about E_ALL.
Greetings.
--- Andi Gutmans <[EMAIL PROTECTED]> wrote:
> I suggest you use E_ALL.
>
> At 11:50 AM 6/16/2005 -0700, boots wrote:
> >--- Andi Gutmans <[EMAIL PROTECTED]> wrote:
> > > You missed the point of E_STRICT. I
--- George Schlossnagle <[EMAIL PROTECTED]> wrote:
> On Jun 16, 2005, at 2:50 PM, boots wrote:
> > --- Andi Gutmans <[EMAIL PROTECTED]> wrote:
> >
> >> You missed the point of E_STRICT. I introduced it as an
> E_PEDANTIC.
> >> That was the whole i
ot that I don't
understand where you are coming from and I certainly appreciate the
fact that you are looking out for developers. I am trying to impart the
idea that it is actually working against us in this instance.
All the best.
> At 09:30 AM 6/16/2005 -0700, boots wrote:
> >
I was hoping that in the future, E_STRICT wasn't expanded and was
perhaps even taken back a step. I understand the reason for it: code
correctness. Yet if PHP5 is (rightly) considered a runtime engine then
its job should be to evaluate and execute code and in the case of
failure, explain why it cou
motions
concerning GOTO at bay :)
Thanks for your time.
xo boots
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
motions
concerning GOTO at bay :)
Thanks for your time.
xo boots
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
motions
concerning GOTO at bay :)
Thanks for your time.
xo boots
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
that error?"
And thought, "only the devil would want to use exceptions as
reflection." For everyone's sake, please don't allow such a usage or
our scripts will be miles long.
Thank-you.
xo boots
__
Do you Yahoo!?
Yahoo! Tax Cent
To create/maintain new tiki based web site for Smarty (Smarty maintainer Monte Ohrt
suggested that those interested first apply for a CVS account)
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
19 matches
Mail list logo