[PHP-DEV] Re: Proposal for aggregation vs. MI

2002-04-12 Thread Andrei Zmievski
On Fri, 12 Apr 2002, Andi Gutmans wrote: > Hi, > > I think that if we go my way with aggregation we can add the ability to add > aggregated classes at run-time too and answer your needs. Fine with me. > However, I think that if we continue on much longer with trying to put all > possible OOP

[PHP-DEV] Re: Proposal for aggregation vs. MI

2002-04-11 Thread Andi Gutmans
Hi, I think that if we go my way with aggregation we can add the ability to add aggregated classes at run-time too and answer your needs. However, I think that if we continue on much longer with trying to put all possible OOP features into Engine 2 it will never become a reality. I would like t

[PHP-DEV] Re: Proposal for release process (Was: Re: [PHP-DEV] 4.1.0)

2001-11-11 Thread August Zajonc
Redirecting bugs to -qa is excellent. -dev is no fun to actually subscribe to with the number of support requests alone coming in. I imagine folks have gotten pretty good at ignoring em but... Let's do it. Be nice to see the possibility of third party comments to bugs as well for confirms, worksf

[PHP-DEV] Re: Proposal for release process (Was: Re: [PHP-DEV] 4.1.0)

2001-11-10 Thread Yasuo Ohgaki
Jani Taskinen wrote: > I have no idea who have tested the latest RC. Does anyone have? At least, you and I do :) > After the latest RC there have been a LOT of fixes in the release > branch and also several fixes in the HEAD (which weren't MFH'd) > and there hasn't been any new RCs after those

[PHP-DEV] Re: Proposal: interface improvement for exec(), system(), and passthru().

2001-11-02 Thread jimw
Arcady Genkin <[EMAIL PROTECTED]> wrote: > o If the first argument is an array, we assume that: > - the first element of the array is the command to be executed, > - and all other elements are command-line parameters > - if PHP is in safe mode, quote each parameter separately wouldn't it be be

RE: [PHP-DEV] Re: Proposal

2001-07-30 Thread Marc Boeren
> >accept_globals("GPC", 'user', 'password', 'value_*', 'more'); > I think that this is a clear example of "the enemy of good is > the even better" (I'm not sure how well this translates to > English :). Good enough to get your point :-) > behavior only prefixed, use import_globals("GPC", "

RE: [PHP-DEV] Re: Proposal

2001-07-30 Thread Zeev Suraski
At 01:07 30/07/2001, Marc Boeren wrote: >Hi, > > > force a prefix onto the variable name. I.e., > > import_globals("GPC", "form_"); > >I like this idea (the whole idea of import_globals is good, I think, but I'd >rather call it accept_globals, but more on that later :), only this would >make it

Re: [PHP-DEV] Re: Proposal

2001-07-30 Thread Ramsi Sras
UNSUBSCRIBE ME PLEASE!! "Jeffrey A.Stuart" schrieb: I like this proposal a LOT!  See, what I and a few of my friends have recently been doing is starting to teach PHP to website owners.  And they have all been taking to it VERY WELL!!!  (Actually Rasmus, you may remember this.  You we

RE: [PHP-DEV] Re: Proposal

2001-07-30 Thread Marc Boeren
Hi, > force a prefix onto the variable name. I.e., > import_globals("GPC", "form_"); I like this idea (the whole idea of import_globals is good, I think, but I'd rather call it accept_globals, but more on that later :), only this would make it difficult to actually differentiate between get, p

Re: [PHP-DEV] Re: Proposal

2001-07-29 Thread Zeev Suraski
Note again that we should not see this change for what it isn't - it *is* going to be a painful move for those who actually do it. The reason for this is that register_globals=on silently encouraged writing of faulty code. In turn, this means that people would have to go over their code in o

[PHP-DEV] Re: Proposal

2001-07-29 Thread Jeffrey A . Stuart
I like this proposal a LOT! See, what I and a few of my friends have recently been doing is starting to teach PHP to website owners. And they have all been taking to it VERY WELL!!! (Actually Rasmus, you may remember this. You were interviewed by TDavid of Scriptschool about 8 months or so ago