<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: What won&#8217;t be in PHP 6</title>
	<atom:link href="http://www.sitepoint.com/blogs/2006/03/10/what-wont-be-in-php-6/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sitepoint.com/blogs/2006/03/10/what-wont-be-in-php-6/</link>
	<description>News, opinion, and fresh thinking for web developers and designers. The official podcast of sitepoint.com.</description>
	<pubDate>Tue, 02 Dec 2008 02:04:05 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: Kias</title>
		<link>http://www.sitepoint.com/blogs/2006/03/10/what-wont-be-in-php-6/#comment-252103</link>
		<dc:creator>Kias</dc:creator>
		<pubDate>Fri, 18 May 2007 20:23:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1462#comment-252103</guid>
		<description>PHP is an interpreted laguage.
For computers "thisstring" != "ThisString", 'a' != 'A'.

You would need to lowercase (or uppercase) all calls to methods/functions/variables in a case-insensitive system.

That would be slower. Slower is bad.</description>
		<content:encoded><![CDATA[<p>PHP is an interpreted laguage.<br />
For computers &#8220;thisstring&#8221; != &#8220;ThisString&#8221;, &#8216;a&#8217; != &#8216;A&#8217;.</p>
<p>You would need to lowercase (or uppercase) all calls to methods/functions/variables in a case-insensitive system.</p>
<p>That would be slower. Slower is bad.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: spVince</title>
		<link>http://www.sitepoint.com/blogs/2006/03/10/what-wont-be-in-php-6/#comment-16240</link>
		<dc:creator>spVince</dc:creator>
		<pubDate>Thu, 23 Mar 2006 13:13:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1462#comment-16240</guid>
		<description>I'm not a programmer, but I get the feeling that PHP is adopting case sensitivity just so it can comply with other languages, rather than if it makes programming sense per say?</description>
		<content:encoded><![CDATA[<p>I&#8217;m not a programmer, but I get the feeling that PHP is adopting case sensitivity just so it can comply with other languages, rather than if it makes programming sense per say?</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://www.sitepoint.com/blogs/2006/03/10/what-wont-be-in-php-6/#comment-15688</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 15 Mar 2006 18:40:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1462#comment-15688</guid>
		<description>@datune   i was talking about the length of the variable.  

first off not everyone uses an IDE with php, so yes the variables should be readable, but not overly long, because some people code by hand without any kind of intellisence and the longer the variable, the more of a chance there is to copy only a part or mistype the variable. 

please lay off the "omg", it could be considered insulting. 

if $firstName or $first_name or $firstname is how you want to type it, then go ahead, however it should be the same throughout the code base.  

i'm sure when php6 comes out, the Eclipse IDE plugin or whatever they are making in conjuction with Eclipse for the new zend framework will handle the case sensitivity issue. 

besides if you coded consistenly in the first place, this wouldn't be that big of an issue.</description>
		<content:encoded><![CDATA[<p>@datune   i was talking about the length of the variable.  </p>
<p>first off not everyone uses an IDE with php, so yes the variables should be readable, but not overly long, because some people code by hand without any kind of intellisence and the longer the variable, the more of a chance there is to copy only a part or mistype the variable. </p>
<p>please lay off the &#8220;omg&#8221;, it could be considered insulting. </p>
<p>if $firstName or $first_name or $firstname is how you want to type it, then go ahead, however it should be the same throughout the code base.  </p>
<p>i&#8217;m sure when php6 comes out, the Eclipse IDE plugin or whatever they are making in conjuction with Eclipse for the new zend framework will handle the case sensitivity issue. </p>
<p>besides if you coded consistenly in the first place, this wouldn&#8217;t be that big of an issue.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Tony Marston</title>
		<link>http://www.sitepoint.com/blogs/2006/03/10/what-wont-be-in-php-6/#comment-15676</link>
		<dc:creator>Tony Marston</dc:creator>
		<pubDate>Wed, 15 Mar 2006 15:42:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1462#comment-15676</guid>
		<description>&lt;blockquote&gt;Any way you slice it, case-sensitivity is a matter of personal preference.&lt;/blockquote&gt;If it is a matter of personal preference then why should should anybody's personal preferences be forced upon others?
&lt;blockquote&gt;Having case-sensitivity provides a more versatile language&lt;/blockquote&gt;How so? All I see is the potential to create confusing code where variables such as $account and $Account point to different things, and functions such as dostuff() and DoStuff() mean different things. If the IDE/compiler of the language can detect differences in case and automatically synchronise them to compensate then case-sensitivity becomes transparent, but PHP does not have this capability, so the potential for writing bad code is only increased by introducing case-sensitivity.
&lt;blockquote&gt;and the consistency IS important.&lt;/blockquote&gt;Introducing something "to be consistent" is a totally dumb idea if what you are perpetuating is a mechanism for creating confusing code.
&lt;blockquote&gt;Most RDBMS’ are built case-sensitive&lt;/blockquote&gt;Rubbish! I have never come across ay RDBMS which is case-sensitive! When you write an SQL query you can use any mixture of case for database names, table names, column names and function names. This makes them insensitive to case.</description>
		<content:encoded><![CDATA[<blockquote><p>Any way you slice it, case-sensitivity is a matter of personal preference.</p></blockquote>
<p>If it is a matter of personal preference then why should should anybody&#8217;s personal preferences be forced upon others?</p>
<blockquote><p>Having case-sensitivity provides a more versatile language</p></blockquote>
<p>How so? All I see is the potential to create confusing code where variables such as $account and $Account point to different things, and functions such as dostuff() and DoStuff() mean different things. If the IDE/compiler of the language can detect differences in case and automatically synchronise them to compensate then case-sensitivity becomes transparent, but PHP does not have this capability, so the potential for writing bad code is only increased by introducing case-sensitivity.</p>
<blockquote><p>and the consistency IS important.</p></blockquote>
<p>Introducing something &#8220;to be consistent&#8221; is a totally dumb idea if what you are perpetuating is a mechanism for creating confusing code.</p>
<blockquote><p>Most RDBMS’ are built case-sensitive</p></blockquote>
<p>Rubbish! I have never come across ay RDBMS which is case-sensitive! When you write an SQL query you can use any mixture of case for database names, table names, column names and function names. This makes them insensitive to case.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Vanish</title>
		<link>http://www.sitepoint.com/blogs/2006/03/10/what-wont-be-in-php-6/#comment-15672</link>
		<dc:creator>Vanish</dc:creator>
		<pubDate>Wed, 15 Mar 2006 14:51:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1462#comment-15672</guid>
		<description>Any way you slice it, case-sensitivity is a matter of personal preference. Having case-sensitivity provides a more versatile language, and the consistency IS important. Most RDBMS' are built case-sensitive, and with good reasons. Most PHP apps connect to an RDBMS. It makes good sense to maintain structure and standards across the two. Just my two cents. Feel free to flame me as lame as you have the others. Frankly I haven't read any contrary responses I didn't feel the same way about. As I said to begin with, it's all a matter of preference.

As for PHP 6, good riddance to the lot of the dropped "features".</description>
		<content:encoded><![CDATA[<p>Any way you slice it, case-sensitivity is a matter of personal preference. Having case-sensitivity provides a more versatile language, and the consistency IS important. Most RDBMS&#8217; are built case-sensitive, and with good reasons. Most PHP apps connect to an RDBMS. It makes good sense to maintain structure and standards across the two. Just my two cents. Feel free to flame me as lame as you have the others. Frankly I haven&#8217;t read any contrary responses I didn&#8217;t feel the same way about. As I said to begin with, it&#8217;s all a matter of preference.</p>
<p>As for PHP 6, good riddance to the lot of the dropped &#8220;features&#8221;.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: datune</title>
		<link>http://www.sitepoint.com/blogs/2006/03/10/what-wont-be-in-php-6/#comment-15627</link>
		<dc:creator>datune</dc:creator>
		<pubDate>Tue, 14 Mar 2006 23:25:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1462#comment-15627</guid>
		<description>Oh my god, I can not believe the arguments people are trying to make against the article written by Tony regarding the case sensitivity.

&lt;blockquote&gt;oh yeah if you’re making long variables like this …avariablelikethisisveryhardtounderstand….tisk tisk, bad example&lt;/blockquote&gt;

How can this be a bad example? You should think first, then write. Just because a language is case insensitive doesn't mean you can not use camelcaps (btw. I personally disagree with Tony's statement that camelcaps are stupid, but that's just a matter of preference, and if you know that Tony is in the business for so long it doesn't come as a suprise that he favours _ over camelcaps).

Enforcing a language to be case sensitive JUST to ensure the code is readable is a very pathetic argument indeed, and don't even get me started about the person who said it's important for business (omg!!!)

While most of the time I disagree with Tony's oppinion on a lot of matters, I have to agree with him on this one issue.

I would really like to know why the PHP dev's are even considering this.

I'd rather like them to put all that energy into making sure UTF-8 will work flawless ;)</description>
		<content:encoded><![CDATA[<p>Oh my god, I can not believe the arguments people are trying to make against the article written by Tony regarding the case sensitivity.</p>
<blockquote><p>oh yeah if you’re making long variables like this …avariablelikethisisveryhardtounderstand….tisk tisk, bad example</p></blockquote>
<p>How can this be a bad example? You should think first, then write. Just because a language is case insensitive doesn&#8217;t mean you can not use camelcaps (btw. I personally disagree with Tony&#8217;s statement that camelcaps are stupid, but that&#8217;s just a matter of preference, and if you know that Tony is in the business for so long it doesn&#8217;t come as a suprise that he favours _ over camelcaps).</p>
<p>Enforcing a language to be case sensitive JUST to ensure the code is readable is a very pathetic argument indeed, and don&#8217;t even get me started about the person who said it&#8217;s important for business (omg!!!)</p>
<p>While most of the time I disagree with Tony&#8217;s oppinion on a lot of matters, I have to agree with him on this one issue.</p>
<p>I would really like to know why the PHP dev&#8217;s are even considering this.</p>
<p>I&#8217;d rather like them to put all that energy into making sure UTF-8 will work flawless ;)</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Curtis</title>
		<link>http://www.sitepoint.com/blogs/2006/03/10/what-wont-be-in-php-6/#comment-15607</link>
		<dc:creator>Curtis</dc:creator>
		<pubDate>Tue, 14 Mar 2006 08:51:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1462#comment-15607</guid>
		<description>&lt;blockquote&gt;...register_globals, sessions, cookies, various Web-related enviroment values (e.g. $_SERVER) etc. For PHP to be a “fully-fledged” language it needs to be employable without them...&lt;/blockquote&gt;
PHP was intentionally designed for use on the Web, that's what's unique about it. The fact that it streamlines such tasks as grabbing the query string key/value pairs is not a hindrance as a language. If we follow your prerequisites, then we should all just use Perl (a great language, btw).

&lt;blockquote&gt;...perhaps an extension-based GUI library etc…&lt;/blockquote&gt;
Aren't you referring to PHP-GTK?</description>
		<content:encoded><![CDATA[<blockquote><p>&#8230;register_globals, sessions, cookies, various Web-related enviroment values (e.g. $_SERVER) etc. For PHP to be a “fully-fledged” language it needs to be employable without them&#8230;</p></blockquote>
<p>PHP was intentionally designed for use on the Web, that&#8217;s what&#8217;s unique about it. The fact that it streamlines such tasks as grabbing the query string key/value pairs is not a hindrance as a language. If we follow your prerequisites, then we should all just use Perl (a great language, btw).</p>
<blockquote><p>&#8230;perhaps an extension-based GUI library etc…</p></blockquote>
<p>Aren&#8217;t you referring to PHP-GTK?</p>]]></content:encoded>
	</item>
	<item>
		<title>By: mx2k</title>
		<link>http://www.sitepoint.com/blogs/2006/03/10/what-wont-be-in-php-6/#comment-15578</link>
		<dc:creator>mx2k</dc:creator>
		<pubDate>Mon, 13 Mar 2006 17:21:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1462#comment-15578</guid>
		<description>oh yeah if you're making long variables like this ...avariablelikethisisveryhardtounderstand....tisk tisk, bad example</description>
		<content:encoded><![CDATA[<p>oh yeah if you&#8217;re making long variables like this &#8230;avariablelikethisisveryhardtounderstand&#8230;.tisk tisk, bad example</p>]]></content:encoded>
	</item>
	<item>
		<title>By: mx2k</title>
		<link>http://www.sitepoint.com/blogs/2006/03/10/what-wont-be-in-php-6/#comment-15577</link>
		<dc:creator>mx2k</dc:creator>
		<pubDate>Mon, 13 Mar 2006 17:19:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1462#comment-15577</guid>
		<description>well tony, when making a case sensitivity arguement, next time, use C# not vb, vb is generally not case sensitive.    (in fact my employer programs in vb for this reason, because its generally not case sensitive).  http://www.tonymarston.net/php-mysql/case-sensitive-software-is-evil.html

however case sensitivity does has it uses for those of us who program a certain way and would like functions, methods and such to be typed consistently through out the code base. I think code consistency helps with readability and is extremely important as readability helps code to be somewhat self documenting. 

i know that in c# i generally use hungarian notation for fields and and then Uppercase the first letter of properties.  while this currently does not apply to php, it may in the future should they php group/ zend provide property accessors and perhaps do away with $ for fields/vars in the class scope.


however i sympathize if you want to be lazy and not worry about case sensitivity ;)</description>
		<content:encoded><![CDATA[<p>well tony, when making a case sensitivity arguement, next time, use C# not vb, vb is generally not case sensitive.    (in fact my employer programs in vb for this reason, because its generally not case sensitive).  <a href="http://www.tonymarston.net/php-mysql/case-sensitive-software-is-evil.html" rel="nofollow">http://www.tonymarston.net/php-mysql/case-sensitive-software-is-evil.html</a></p>
<p>however case sensitivity does has it uses for those of us who program a certain way and would like functions, methods and such to be typed consistently through out the code base. I think code consistency helps with readability and is extremely important as readability helps code to be somewhat self documenting. </p>
<p>i know that in c# i generally use hungarian notation for fields and and then Uppercase the first letter of properties.  while this currently does not apply to php, it may in the future should they php group/ zend provide property accessors and perhaps do away with $ for fields/vars in the class scope.</p>
<p>however i sympathize if you want to be lazy and not worry about case sensitivity ;)</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Tony Marston</title>
		<link>http://www.sitepoint.com/blogs/2006/03/10/what-wont-be-in-php-6/#comment-15572</link>
		<dc:creator>Tony Marston</dc:creator>
		<pubDate>Mon, 13 Mar 2006 13:40:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=1462#comment-15572</guid>
		<description>&lt;blockquote&gt;I think case-sensitivity is a good thing in PHP. While we could argue till we a black and blue about why case-sensitivity is a bad thing in computers, it is standard practice in programming languages and PHP needs it to keep desired consitency.&lt;/blockquote&gt;
Introducing more case-sensitivity just to be consistent with other languages is a pathetic argument. Case sensitivity causes more problems than it solves, so it should be removed in the name of comon sense.
&lt;blockquote&gt;It will not be respected as a programming langauge and ultimately will decline in popularity &lt;/blockquote&gt;
The millons of existing PHP programmers do NOT see the lack of case sensitivity as a problem, and those non-PHP programmers who refuse to touch it because of this are, quite frankly, people whom the PHP community would be better off without.
&lt;blockquote&gt;In a business sense it is important that PHP is case-senstive. &lt;/blockquote&gt;Absolute rubbish! People who use applications do not care whether the language it was written in is case sensitive or not. It is a matter only for programmers, not business users.</description>
		<content:encoded><![CDATA[<blockquote><p>I think case-sensitivity is a good thing in PHP. While we could argue till we a black and blue about why case-sensitivity is a bad thing in computers, it is standard practice in programming languages and PHP needs it to keep desired consitency.</p></blockquote>
<p>Introducing more case-sensitivity just to be consistent with other languages is a pathetic argument. Case sensitivity causes more problems than it solves, so it should be removed in the name of comon sense.</p>
<blockquote><p>It will not be respected as a programming langauge and ultimately will decline in popularity </p></blockquote>
<p>The millons of existing PHP programmers do NOT see the lack of case sensitivity as a problem, and those non-PHP programmers who refuse to touch it because of this are, quite frankly, people whom the PHP community would be better off without.</p>
<blockquote><p>In a business sense it is important that PHP is case-senstive. </p></blockquote>
<p>Absolute rubbish! People who use applications do not care whether the language it was written in is case sensitive or not. It is a matter only for programmers, not business users.</p>]]></content:encoded>
	</item>
</channel>
</rss>
