Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:40766
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.217.14 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references;
        b=i7YkOLiQV1XJkCt3zvDYb+8JKBU3ow7YG4LnwAwfT7hqqdY2KkFnNXVa//YurD11I2
         qnE+PX0fjUIVMYR9xXv1s5wbMB3jpfa1XGGwZgy2i7JsTshJPNbY4S6sCobDXturYCbL
         GSU2nTgYDytAC/ibpGmYYrHnfETG6HC97Oo8M=
Message-ID: <d4ad84b50809290512y32c525e3mce23aa310badabc6@mail.gmail.com>
Date: Mon, 29 Sep 2008 15:12:46 +0300
To: "Jordan Moore" <jordanryanmoore@gmail.com>
Cc: "Brian Moon" <brianm@dealnews.com>, mike <mike503@gmail.com>, 
	internals@lists.php.net
In-Reply-To: <61504d990809181125v7ec3c569s796017c69220008d@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <d4ad84b50809180747v29c3b3bnad04f0b755d41330@mail.gmail.com>
	 <bd9320b30809181038j2881c99fp3d31571ed0f2c333@mail.gmail.com>
	 <48D29893.8050602@dealnews.com>
	 <61504d990809181125v7ec3c569s796017c69220008d@mail.gmail.com>
Subject: Re: [PHP-DEV] php7- dropping the $ from the variable name - rfc
From: mapopa@gmail.com ("marius popa")

On Thu, Sep 18, 2008 at 9:25 PM, Jordan Moore <jordanryanmoore@gmail.com> wrote:
> On Thu, Sep 18, 2008 at 11:06 AM, Brian Moon <brianm@dealnews.com> wrote:
>> mike wrote:
>>>
>>> Personally I love the $. It makes it so much easier to identify
>>> variables. It's a single character. Can't see the need honestly to
>>> even bring this up.
>>
>> +1,000,000.  Horrible idea.  *facepalm*
>>
>> --
>>
>> Brian Moon
>> Senior Web Engineer
>> ------------------------------
>> When you care enough to spend the very least.
>> http://dealnews.com/
>>
>>
>> --
>> PHP Internals - PHP Runtime Development Mailing List
>> To unsubscribe, visit: http://www.php.net/unsub.php
>>
>>
>
> I'm unsure how the parser works, so ignoring those potential issues,
> this change would...
>
> 1. Break every single PHP script that is currently in existence.
maybe an legacy mode can be included in ini
>
> 2. Break syntax highlighting (and probably other tools/functions) for
> every IDE that is currently in existence.
this can be fixed by each ide , I talk about something like
>
> I'm not sure that much more needs to be said.

I can give another practical example in  wxjscript
from this javascript example that can be run on apache server you can see
that is simpler to read and to learn at least for an beginner
http://www.wxjavascript.net/mysql/index.html

What i want to say is that php must go forward and yes you can
change/break things in the engine
like in the php 4 to php 5 migration or php5 to php6

In time maybe an fast javascript engine could replace php if it
doesn't change in the right direction
or it goes to java bloatware way

>
> --
> Jordan Ryan Moore
>



-- 
developer flamerobin.org