Re: [PHP-DEV] New Feature: Fully qualified class name resolution as scalar with class keyword

2012/4/16 Ralph Schindler > > I am not quite following.  There is no functional difference between > "class", "CLASS", or "Class".  The parser is case insensitive with regards > to keywords, which "class" or T_CLASS is on of.  The code snipped I showed > there was from the .phpt test that I had in

[PHP-DEV] Re: Go for votes for the open tag-less PHP files

On Sun, Apr 15, 2012 at 6:39 PM, Yasuo Ohgaki wrote: > Hi, > > It would be better to vote > > - PHP will have script only (tag less) code or not > > then > > - How it will be implemented > > Regards, > > -- > Yasuo Ohgaki > yohg...@ohgaki.net > Awhile back, I raised the possibility of creating

[PHP-DEV] Re: Go for votes for the open tag-less PHP files

Hi, It would be better to vote - PHP will have script only (tag less) code or not then - How it will be implemented Regards, -- Yasuo Ohgaki yohg...@ohgaki.net -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] New Feature: Fully qualified class name resolution as scalar with class keyword

One thing I personally dislike in this implementation is the difference between CLASS and class ... One with and one without namespaces ... I am not quite following. There is no functional difference between "class", "CLASS", or "Class". The parser is case insensitive with regards to keywo

Re: [PHP-DEV] [RFC] New .phpp File Type for Pure-Code PHP Scripts

On Sun, Apr 15, 2012 at 2:21 PM, Ferenc Kovacs wrote: > >> The gain has been described by myself and others quite a bit already. As >> far as I can tell, the fact that some frameworks/libraries wouldn't be >> compatible with this doesn't negate the unrelated advantages that do >> exist. >> Wors

Re: [PHP-DEV] [RFC] New .phpp File Type for Pure-Code PHP Scripts

On Sun, Apr 15, 2012 at 2:30 PM, Arvids Godjuks wrote: > I posted the bellow text in other thread, but i should have it post here, > so i'm reposting it to this thread. > > Well, it's time for me to remind about the techique many use (and some > frameworks provide it out of the box) - the applicat

Re: [PHP-DEV] Re: internals Digest 13 Apr 2012 01:23:19 -0000 Issue 2650

On Sun, Apr 15, 2012 at 2:14 PM, Arvids Godjuks wrote: > Well, it's time for me to remind about the techique many use (and some > frameworks provide it out of the box) - the application file concatination > to speed up file loading. > Yii framework provides a Yiilite.php file for this, that includ

Re: [PHP-DEV] Re: internals Digest 13 Apr 2012 01:23:19 -0000 Issue 2650

On Sun, Apr 15, 2012 at 8:44 AM, John LeSueur wrote: > On Sun, Apr 15, 2012 at 7:21 AM, Jannik Zschiesche >wrote: > > > > > Am 15.04.2012 08:20, schrieb John LeSueur: > > > > Since you're looking for input, specifically on the compromise, let's > try > >> to figure out what's possible. The RFC p

Re: [PHP-DEV] Re: Go for votes for the open tag-less PHP files

Bah sorry everyone, I just woke up and I'm still a little groggy lol. It is in fact 2 weeks. --Kris On Sun, Apr 15, 2012 at 4:43 PM, Kris Craig wrote: > err it might be 1 week, not 2. Either way, it's definitely too soon for > mine to be voted on. > > --Kris > > > On Sun, Apr 15, 2012 at 4:4

Re: [PHP-DEV] Re: Go for votes for the open tag-less PHP files

err it might be 1 week, not 2. Either way, it's definitely too soon for mine to be voted on. --Kris On Sun, Apr 15, 2012 at 4:42 PM, Kris Craig wrote: > > > On Sun, Apr 15, 2012 at 7:35 AM, Tom Boutell wrote: > >> I don't think a consensus on the following points is likely to emerge >> witho

Re: [PHP-DEV] Re: Go for votes for the open tag-less PHP files

On Sun, Apr 15, 2012 at 7:35 AM, Tom Boutell wrote: > I don't think a consensus on the following points is likely to emerge > without voting on them individually. I propose carrying out a vote > with up to three questions to be answered depending on your response > to each. We could then proceed

Re: [PHP-DEV] New Feature: Fully qualified class name resolution as scalar with class keyword

2012/4/14 Ralph Schindler : > Hi all, > > There are many different use cases were in code we expect classes names as > arguments to functions as fully qualified names.  We do this in ZF a lot > with our Service Location and DI components, but also with our code > reflection API, etc.  A more intere

Re: [PHP-DEV] Ability to assign new object to a class property.

2012/4/13 Dmitri Snytkine : > I always wondered why can't we do something like this in php > > class MyClass{ > > private $storage = new ArrayObject(); > > public function __construct($v){ > // whatever > } > > // rest of class > > } > > Why can't we create a new object and assign it to property li

Re: [PHP-DEV] A possible defining characteristic of PHP 6 ( was [off] PHP: a fractal of bad design )

Hi, Michael 2012/4/13 Michael Morris > > It would not be easy.  I lack the skills required.  And those who have > the skills lack the monumental time required.  But PHP could do what > Adobe did with Actionscript.  But it would not be easy or painless. It > probably isn't worth it.  But the tools

Re: [PHP-DEV] [RFC] New .phpp File Type for Pure-Code PHP Scripts

I posted the bellow text in other thread, but i should have it post here, so i'm reposting it to this thread. Well, it's time for me to remind about the techique many use (and some frameworks provide it out of the box) - the application file concatination to speed up file loading. Yii framework pr

Re: [PHP-DEV] [RFC] New .phpp File Type for Pure-Code PHP Scripts

> > > The gain has been described by myself and others quite a bit already. As > far as I can tell, the fact that some frameworks/libraries wouldn't be > compatible with this doesn't negate the unrelated advantages that do exist. > Worst-case scenario, you just wouldn't use this with those framew

Re: [PHP-DEV] Re: internals Digest 13 Apr 2012 01:23:19 -0000 Issue 2650

Well, it's time for me to remind about the techique many use (and some frameworks provide it out of the box) - the application file concatination to speed up file loading. Yii framework provides a Yiilite.php file for this, that includes mostly used core classes in one big file.that loads much fast

Re: [PHP-DEV] New Feature: Fully qualified class name resolution as scalar with class keyword

Hi Ralph, hi everybody, given the clear use case and the simplicity of the patch, a very good idea. With regards, Lars Am 15.04.2012 um 16:13 schrieb Ralph Schindler: > >> I used to implement `public static function getClass() { return >> get_called_class(); }`, so I really like this one, mak

Re: [PHP-DEV] Re: internals Digest 13 Apr 2012 01:23:19 -0000 Issue 2650

On Sun, Apr 15, 2012 at 7:21 AM, Jannik Zschiesche wrote: > > Am 15.04.2012 08:20, schrieb John LeSueur: > > Since you're looking for input, specifically on the compromise, let's try >> to figure out what's possible. The RFC proposes .phpp files that can only >> include other .phpp files. Others

Re: [PHP-DEV] Re: Go for votes for the open tag-less PHP files

I don't think a consensus on the following points is likely to emerge without voting on them individually. I propose carrying out a vote with up to three questions to be answered depending on your response to each. We could then proceed to discuss the (relatively boring but essential) details of ke

Re: [PHP-DEV] New Feature: Fully qualified class name resolution as scalar with class keyword

I used to implement `public static function getClass() { return get_called_class(); }`, so I really like this one, makes it also easier for IDEs when refactoring code :) Oh completely, that is one of the major benefits. My current workflow for refactoring is to refactor with the built-in sup

Re: [PHP-DEV] Re: internals Digest 13 Apr 2012 01:23:19 -0000 Issue 2650

Am 15.04.2012 08:20, schrieb John LeSueur: Since you're looking for input, specifically on the compromise, let's try to figure out what's possible. The RFC proposes .phpp files that can only include other .phpp files. Others want .phpp files that can include .php files. There are two ways I can

Re: [PHP-DEV] Re: internals Digest 13 Apr 2012 01:23:19 -0000 Issue 2650

On 15/04/12 16:29, Kris Craig wrote: > On Sat, Apr 14, 2012 at 11:20 PM, John LeSueur wrote: > > > The second thing that still needs nailing down as far as implementation is > how to determine parsing mode. If it has to be specified at include time, > then we're putting the burden on whoever writes

Re: [PHP-DEV] Re: internals Digest 13 Apr 2012 01:23:19 -0000 Issue 2650

On Sun, Apr 15, 2012 at 2:30 AM, Lester Caine wrote: > Kris Craig wrote: > >> I object significantly to a few points here. One is the concept of a >>> > magic file extension. Why should a file behave differently just >>> > because of a different extension? In general, extensions are human >>

[PHP-DEV] Re: Go for votes for the open tag-less PHP files

hi, On Sun, Apr 15, 2012 at 1:00 PM, Kris Craig wrote: >  Perhaps a new list for RFC-specific discussions?  =) We don't need yet a new list. Sit down together and get over your differences and create the RFC or more if you can't get over your differences. Cheers, -- Pierre @pierrejoye | http

Re: [PHP-DEV] [RFC] New .phpp File Type for Pure-Code PHP Scripts

On Sun, Apr 15, 2012 at 3:58 AM, David Muir wrote: > On 14/04/12 03:41, Kris Craig wrote: > > > > On Thu, Apr 12, 2012 at 11:37 PM, David Muir wrote: > >> On 13/04/12 15:13, Kris Craig wrote: >> > Again, the controller should NOT be a .phpp file. Likewise, your model >> > should NOT be hooking

[PHP-DEV] Re: Go for votes for the open tag-less PHP files

On Sun, Apr 15, 2012 at 3:47 AM, Pierre Joye wrote: > hi! > > Without willing to end discussions prematurely, it looks to me that > everything possible have been said about the various opening tags > proposals. Actually, we finally appear to be making some headway. I appreciate your concerns,

Re: [PHP-DEV] [RFC] New .phpp File Type for Pure-Code PHP Scripts

On 14/04/12 03:41, Kris Craig wrote: > > > On Thu, Apr 12, 2012 at 11:37 PM, David Muir > wrote: > > On 13/04/12 15:13, Kris Craig wrote: > > Again, the controller should NOT be a .phpp file. Likewise, > your model > > should NOT be hooking directly to

[PHP-DEV] Go for votes for the open tag-less PHP files

hi! Without willing to end discussions prematurely, it looks to me that everything possible have been said about the various opening tags proposals. For one, I do not follow any of these discussions anymore. And I suppose I am not the only one. I would strongly suggest to move to the actual propo

Re: [PHP-DEV] Re: internals Digest 13 Apr 2012 01:23:19 -0000 Issue 2650

Kris Craig wrote: I object significantly to a few points here. One is the concept of a > magic file extension. Why should a file behave differently just > because of a different extension? In general, extensions are human > readable clues to what's in the file. Yes, they are usually used f