Re: [PHP-DEV] RFC: Removing PHP tags

2012-03-31 Thread Kris Craig
On Sat, Mar 31, 2012 at 8:38 PM, Xinchen Hui wrote: > -_#... > Nice play ,Moriyoshi sama! > > Sent from my iPhone > > 在 2012-4-1,11:03,Rasmus Lerdorf 写道: > > > On Mar 31, 2012, at 7:45 PM, Moriyoshi Koizumi wrote: > > > >> Ok, I'll try to fix that part. Thanks for the correction. > > >

Re: [PHP-DEV] RFC: Removing PHP tags

2012-03-31 Thread Xinchen Hui
-_#... Nice play ,Moriyoshi sama! Sent from my iPhone 在 2012-4-1,11:03,Rasmus Lerdorf 写道: > On Mar 31, 2012, at 7:45 PM, Moriyoshi Koizumi wrote: > >> Ok, I'll try to fix that part. Thanks for the correction. >>> >>> > > No problem. Keeping the April 1st RFCs factually accurate i

Re: [PHP-DEV] RFC: Removing PHP tags

2012-03-31 Thread Reindl Harald
Am 01.04.2012 03:59, schrieb Moriyoshi Koizumi: > Hi, > > I wrote a RFC that proposes removal of PHP tags. There is actually > strong public demand for it, and I also think it is necessary to > leverage PHP to a genuine, modern scripting language. > > http://wiki.php.net/rfc/nophptags nice 1s

Re: [PHP-DEV] RFC: Removing PHP tags

2012-03-31 Thread Brian Moon
Well played Moriyoshi. Well played. Brian. http://brian.moonspot.net On 3/31/12 10:02 PM, Rasmus Lerdorf wrote: On Mar 31, 2012, at 7:45 PM, Moriyoshi Koizumi wrote: Ok, I'll try to fix that part. Thanks for the correction. No problem. Keeping the April 1st RFCs factually accurate is

Re: [PHP-DEV] RFC: Removing PHP tags

2012-03-31 Thread Rasmus Lerdorf
On Mar 31, 2012, at 7:45 PM, Moriyoshi Koizumi wrote: > Ok, I'll try to fix that part. Thanks for the correction. >>> >>> >> >> No problem. Keeping the April 1st RFCs factually accurate is a top priority around here. -Rasmus -- PHP Internals - PHP Runtime Development Mailing List To unsubs

Re: [PHP-DEV] RFC: Removing PHP tags

2012-03-31 Thread Moriyoshi Koizumi
Ok, I'll try to fix that part. Thanks for the correction. Moriyoshi On Sun, Apr 1, 2012 at 11:29 AM, Rasmus Lerdorf wrote: > On Mar 31, 2012, at 6:59 PM, Moriyoshi Koizumi wrote: > >> Hi, >> >> I wrote a RFC that proposes removal of PHP tags.  There is actually >> strong public demand for it, a

Re: [PHP-DEV] RFC: Removing PHP tags

2012-03-31 Thread Laruence
Hi: sorry for say that, but the only benifit I can see, is save 5+ characters... thanks On Sun, Apr 1, 2012 at 10:31 AM, Klaus Silveira wrote: > What many people fail to see is that PHP is it's own templating language. > It might be ugly for people used to other template languages, but it wor

Re: [PHP-DEV] RFC: Removing PHP tags

2012-03-31 Thread Klaus Silveira
What many people fail to see is that PHP is it's own templating language. It might be ugly for people used to other template languages, but it works perfectly and right out of the box. On Sat, Mar 31, 2012 at 11:24 PM, Klaus Silveira wrote: > Removing PHP's native feature of being able to be easi

Re: [PHP-DEV] RFC: Removing PHP tags

2012-03-31 Thread Rasmus Lerdorf
On Mar 31, 2012, at 6:59 PM, Moriyoshi Koizumi wrote: > Hi, > > I wrote a RFC that proposes removal of PHP tags. There is actually > strong public demand for it, and I also think it is necessary to > leverage PHP to a genuine, modern scripting language. > > http://wiki.php.net/rfc/nophptags I

Re: [PHP-DEV] RFC: Removing PHP tags

2012-03-31 Thread Klaus Silveira
Removing PHP's native feature of being able to be easily embedded inside HTML and other markup languages is absolutely retrograde. Of of the biggest points in favor of PHP is that i'm able to easily do this: Or this: Without having to implement any slow-as-hell template language. It

[PHP-DEV] RFC: Removing PHP tags

2012-03-31 Thread Moriyoshi Koizumi
Hi, I wrote a RFC that proposes removal of PHP tags. There is actually strong public demand for it, and I also think it is necessary to leverage PHP to a genuine, modern scripting language. http://wiki.php.net/rfc/nophptags Regards, Moriyoshi -- PHP Internals - PHP Runtime Development Mailing

Re: [PHP-DEV] Re: Confusing Windows Users 101...the download page is UNUSABLE.

2012-03-31 Thread Kris Craig
On Sat, Mar 31, 2012 at 1:54 PM, Yasuo Ohgaki wrote: > Hi > > 2012/4/1 David Soria Parra : > > On 2012-03-31, Thomas Hruska wrote: > >> I've been writing software for Windows in Visual Studio since forever > >> and also know user-land PHP like the back of my hand and, even after a > >> few Googl

Re: [PHP-DEV] Change all XFAIL tests to FAIL

2012-03-31 Thread Alexey Shein
1 апреля 2012 г. 0:27 пользователь Johannes Schlüter написал: > On Sat, 2012-03-31 at 13:21 +0500, Alexey Shein wrote: >> By constantly publishing >> newsletter with failed / xfail bugs you're telling them "That's our >> current problems. Maybe you could help us with them". This way we >> could co

Re: [PHP-DEV] Re: Confusing Windows Users 101...the download page is UNUSABLE.

2012-03-31 Thread Yasuo Ohgaki
Hi 2012/4/1 David Soria Parra : > On 2012-03-31, Thomas Hruska wrote: >> I've been writing software for Windows in Visual Studio since forever >> and also know user-land PHP like the back of my hand and, even after a >> few Google searches, I'm still scratching my head over which PHP Windows >> b

Re: [PHP-DEV] Confusing Windows Users 101...the download page is UNUSABLE.

2012-03-31 Thread Stas Malyshev
Hi! > btw, I, for one, am not BLIND. Thanks. Coincidentally, just read this: http://thingist.com/t/item/4372/ I think makes a useful reading. -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/ (408)454-6900 ext. 227 -- PHP Internals - PHP Runtime Development Mailing

Re: [PHP-DEV] Change all XFAIL tests to FAIL

2012-03-31 Thread Johannes Schlüter
On Sat, 2012-03-31 at 13:21 +0500, Alexey Shein wrote: > By constantly publishing > newsletter with failed / xfail bugs you're telling them "That's our > current problems. Maybe you could help us with them". This way we > could convert that discussing energy into some good patches. While many peop

Re: [PHP-DEV] Change all XFAIL tests to FAIL

2012-03-31 Thread Johannes Schlüter
On Sat, 2012-03-31 at 13:27 +0500, Alexey Shein wrote: > Ok, we have a weekly reminder to bug maintainers (that maybe not > working). Those are working. At least for me :-) There was some trouble with mails for individual changes, but recently I got an "you have been assigned" mail, too. > That'

Re: [PHP-DEV] Change all XFAIL tests to FAIL

2012-03-31 Thread Johannes Schlüter
On Fri, 2012-03-30 at 10:16 -0700, Christopher Jones wrote: > The XFAIL mechanism reflects the reality of open source that not all > bugs are fixed. I wonder what that has to do with open source ... besides maybe TeX there's no non-trivial bug free software. johannes -- PHP Internals - PHP Ru

Re: [PHP-DEV] Confusing Windows Users 101...the download page is UNUSABLE.

2012-03-31 Thread Pierre Joye
hi, On Sat, Mar 31, 2012 at 6:14 PM, Thomas Hruska wrote: > Fixing the Windows binary download page so that it is USABLE by the average > user should be priority #1. > Here are the specific issues with the Windows binary download page: > > * The "Which version do I choose?" box is confusing, o

[PHP-DEV] Re: Confusing Windows Users 101...the download page is UNUSABLE.

2012-03-31 Thread David Soria Parra
On 2012-03-31, Thomas Hruska wrote: > I've been writing software for Windows in Visual Studio since forever > and also know user-land PHP like the back of my hand and, even after a > few Google searches, I'm still scratching my head over which PHP Windows > binary download I want to use. If *I

[PHP-DEV] Confusing Windows Users 101...the download page is UNUSABLE.

2012-03-31 Thread Thomas Hruska
I've been writing software for Windows in Visual Studio since forever and also know user-land PHP like the back of my hand and, even after a few Google searches, I'm still scratching my head over which PHP Windows binary download I want to use. If *I* can't figure out which version is appropri

Re: [PHP-DEV] Re: com php-src: Merge branch 'PHP-5.3' into PHP-5.4: main/SAPI.h

2012-03-31 Thread Rasmus Lerdorf
On 03/31/2012 01:52 AM, David Soria Parra wrote: > On 2012-03-31, David Soria Parra wrote: >> Commit:3bf53aa911e1e2128a11aee45c126000635de006 >> Author:David Soria Parra Sat, 31 Mar 2012 >> 09:34:25 +0200 >> Parents: aa774a51d5c45b98103e0f67914d4c0b152e80ae >> ff8be9845f14a815

Re: [PHP-DEV] (*PATCH*) getters/setters Implementation

2012-03-31 Thread Alexey Shein
31 марта 2012 г. 18:19 пользователь Clint M Priest написал: > The patches are applied to this fork if anyone wants to check it out: > > https://github.com/cpriest/php-src > It would be easier to discuss/review your patch if you'd make pull request: https://wiki.php.net/vcs/gitworkflow#workflow_fo

RE: [PHP-DEV] (*PATCH*) getters/setters Implementation

2012-03-31 Thread Clint M Priest
The patches are applied to this fork if anyone wants to check it out: https://github.com/cpriest/php-src -Original Message- From: Clint M Priest [mailto:cpri...@zerocue.com] Sent: Thursday, March 29, 2012 8:14 PM To: internals@lists.php.net Subject: RE: [PHP-DEV] (*PATCH*) getters/sette

Re: [PHP-DEV] Change all XFAIL tests to FAIL

2012-03-31 Thread Pierre Joye
hi, On Sat, Mar 31, 2012 at 11:56 AM, Yasuo Ohgaki wrote: > +1 for monthly. > It is the case already and I get them regularly. Cheers, -- Pierre @pierrejoye | http://blog.thepimp.net | http://www.libgd.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http:

Re: [PHP-DEV] Change all XFAIL tests to FAIL

2012-03-31 Thread Yasuo Ohgaki
2012/3/31 Stas Malyshev : > Hi! > >> That's not true. There is a weekly reminder email if you have >> outstanding open bugs assigned to you. Although I haven't seen one for a >> little while, so we may finally have given up on that since it was >> completely ineffective. > > Actually, this one I'd

[PHP-DEV] Re: com php-src: Merge branch 'PHP-5.3' into PHP-5.4: main/SAPI.h

2012-03-31 Thread David Soria Parra
On 2012-03-31, David Soria Parra wrote: > Commit:3bf53aa911e1e2128a11aee45c126000635de006 > Author:David Soria Parra Sat, 31 Mar 2012 09:34:25 > +0200 > Parents: aa774a51d5c45b98103e0f67914d4c0b152e80ae > ff8be9845f14a8156e7551033c2e98dad459f6fd > Branches: PHP-5.4 master > >

[PHP-DEV] 回复: [PHP-DEV] Re: bugs needs fix before 5.4.1

2012-03-31 Thread reeze
在 2012年3月31日星期六,下午4:35,Stas Malyshev 写道: > Hi! > > > If is set to false does it means the first parameter can't be string? > > It can. But it won't be seen as a class name, but rather as a string, > that is not an object that is an instance of a subclass of anything, so > it will return false.

Re: [PHP-DEV] Change all XFAIL tests to FAIL

2012-03-31 Thread Rasmus Lerdorf
On 03/31/2012 01:21 AM, Alexey Shein wrote: > 31 марта 2012 г. 12:50 пользователь Stas Malyshev > написал: >> Hi! >> >>> 2) Keep devs' attention on known failures - XFAIL doesn't solve that. >>> You remember about them when you run tests and if you want make >>> attention at them. >> >> Which devs

[PHP-DEV] Re: 回复: [PHP-DEV] Re: bugs needs fix before 5.4.1

2012-03-31 Thread Stas Malyshev
Hi! > If is set to false does it means the first parameter can't be string? It can. But it won't be seen as a class name, but rather as a string, that is not an object that is an instance of a subclass of anything, so it will return false. > Can't we just make the last parameter to autoload=true

[PHP-DEV] Re: 回复: [PHP-DEV] Re: bugs needs fix before 5.4.1

2012-03-31 Thread Yasuo Ohgaki
Hi, This is my suggestion for is_subclass_of() doc fix. I've already committed. If anyone want to improve, please do. https://gist.github.com/2260846 I would like to allow string class name always and only prevent autoloading, but I don't care much. Regards, -- Yasuo Ohgaki yohg...@ohgaki.net

Re: [PHP-DEV] Change all XFAIL tests to FAIL

2012-03-31 Thread Alexey Shein
31 марта 2012 г. 12:34 пользователь Rasmus Lerdorf написал: > On 03/30/2012 11:25 PM, Alexey Shein wrote: >> Hmm, that's different. You get a notification if there's some change >> on that bug (new comment/state changed/patch etc.). If bug didn't >> change for years, you won't get any notification

Re: [PHP-DEV] Change all XFAIL tests to FAIL

2012-03-31 Thread Alexey Shein
31 марта 2012 г. 12:50 пользователь Stas Malyshev написал: > Hi! > >> 2) Keep devs' attention on known failures - XFAIL doesn't solve that. >> You remember about them when you run tests and if you want make >> attention at them. > > Which devs you are referring to? Why you assume their attention n

[PHP-DEV] Re: Providing sandboxed versions of include and require language constructs

2012-03-31 Thread Adam Jon Richardson
On Tue, Mar 6, 2012 at 2:34 AM, Adam Jon Richardson wrote: > Plugins are a big deal (see > http://oneofmanyworlds.blogspot.in/2012/03/difficult-decision.html for a > recent example.) In this era of mashups and breakneck innovation, > developers must rely on vast amounts of code they've never seen,

[PHP-DEV] Re: 回复: [PHP-DEV] Re: bugs needs fix before 5.4.1

2012-03-31 Thread Yasuo Ohgaki
2012/3/31 reeze : > Hi, > From the NEWS file : > > + . Fixed bug #55475 (is_a() triggers autoloader, new optional 3rd argument > to > +is_a and is_subclass_of). (alan_k) > > The 3rd argument is add to let user choose autoload or not, but not a string > or not. > > so maybe we can make it more

[PHP-DEV] Re: 回复: [PHP-DEV] Re: bugs needs fix before 5.4.1

2012-03-31 Thread Yasuo Ohgaki
2012/3/31 reeze : > 在 2012年3月31日星期六,下午3:31,Stas Malyshev 写道: > > On 3/30/12 7:27 PM, Yasuo Ohgaki wrote: > > Hi Stas, > > Just FYI. > Following bugs are needed to be fixed before 5.4.1, I think. > > https://bugs.php.net/bug.php?id=61526 > Which is right, doc or code? > > > Both. The parameter means

[PHP-DEV] 回复: [PHP-DEV] Re: bugs needs fix before 5.4.1

2012-03-31 Thread reeze
Hi, From the NEWS file : + . Fixed bug #55475 (is_a() triggers autoloader, new optional 3rd argument to + is_a and is_subclass_of). (alan_k) The 3rd argument is add to let user choose autoload or not, but not a string or not. so maybe we can make it more clear. -- reeze 已使用 Sparrow (http:/

[PHP-DEV] 回复: [PHP-DEV] Re: bugs needs fix before 5.4.1

2012-03-31 Thread reeze
在 2012年3月31日星期六,下午3:31,Stas Malyshev 写道: > On 3/30/12 7:27 PM, Yasuo Ohgaki wrote: > > Hi Stas, > > > > Just FYI. > > Following bugs are needed to be fixed before 5.4.1, I think. > > > > https://bugs.php.net/bug.php?id=61526 > > Which is right, doc or code? > > Both. The parameter means that

[PHP-DEV] Re: bugs needs fix before 5.4.1

2012-03-31 Thread Yasuo Ohgaki
Hi, Thanks for reply. >> https://bugs.php.net/bug.php?id=61526 >> Which is right, doc or code? > > Both. The parameter means that first argument (object) can be a string, > and if it is, it will be passed to autoloader to find the class. See bug > #55475 for the discussion. We should improve doc

Re: [PHP-DEV] Change all XFAIL tests to FAIL

2012-03-31 Thread Stas Malyshev
Hi! > That's not true. There is a weekly reminder email if you have > outstanding open bugs assigned to you. Although I haven't seen one for a > little while, so we may finally have given up on that since it was > completely ineffective. Actually, this one I'd like to keep - though I'd prefer mon

Re: [PHP-DEV] Change all XFAIL tests to FAIL

2012-03-31 Thread Stas Malyshev
Hi! > 2) Keep devs' attention on known failures - XFAIL doesn't solve that. > You remember about them when you run tests and if you want make > attention at them. Which devs you are referring to? Why you assume their attention needs help? > What I propose is a single *daily* newsletter saying "H

Re: [PHP-DEV] Change all XFAIL tests to FAIL

2012-03-31 Thread Rasmus Lerdorf
On 03/30/2012 11:25 PM, Alexey Shein wrote: > Hmm, that's different. You get a notification if there's some change > on that bug (new comment/state changed/patch etc.). If bug didn't > change for years, you won't get any notifications -> it's more likely > you forget about it. That's not true. The

[PHP-DEV] Re: bugs needs fix before 5.4.1

2012-03-31 Thread Stas Malyshev
On 3/30/12 7:27 PM, Yasuo Ohgaki wrote: > Hi Stas, > > Just FYI. > Following bugs are needed to be fixed before 5.4.1, I think. > > https://bugs.php.net/bug.php?id=61526 > Which is right, doc or code? Both. The parameter means that first argument (object) can be a string, and if it is, it will b

[PHP-DEV] is_subclass_of() confusion

2012-03-31 Thread Yasuo Ohgaki
Hi Stas I'm not sure what is the correct behavior, but if is_subclass_of() is behaving wrong, it is better to be fixed before 5.4.1 (and 5.3.11 also) https://bugs.php.net/bug.php?id=61526 Regards, -- Yasuo Ohgaki yohg...@ohgaki.net -- PHP Internals - PHP Runtime Development Mailing List To un