<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: CodeIgniter 2.0 and Mercurial Transition</title>
	<atom:link href="http://www.michaelwales.com/2010/03/codeigniter-2-0-and-mercurial-transition/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.michaelwales.com/2010/03/codeigniter-2-0-and-mercurial-transition/</link>
	<description>Senior Developer Michael Wales, featuring articles on web development (PHP, Python and Ruby), industry highlights and open source software releases.</description>
	<lastBuildDate>Wed, 01 Sep 2010 11:35:30 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Rey Philip Regis</title>
		<link>http://www.michaelwales.com/2010/03/codeigniter-2-0-and-mercurial-transition/#comment-357</link>
		<dc:creator>Rey Philip Regis</dc:creator>
		<pubDate>Tue, 22 Jun 2010 15:17:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.michaelwales.com/?p=133#comment-357</guid>
		<description>Why dont the CI team create an official ACL library like other PHP Frameworks have? Its also essential and also it can really help a lot of PHP developers out there..</description>
		<content:encoded><![CDATA[<p>Why dont the CI team create an official ACL library like other PHP Frameworks have? Its also essential and also it can really help a lot of PHP developers out there..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phil Sturgeon</title>
		<link>http://www.michaelwales.com/2010/03/codeigniter-2-0-and-mercurial-transition/#comment-217</link>
		<dc:creator>Phil Sturgeon</dc:creator>
		<pubDate>Tue, 06 Apr 2010 14:09:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.michaelwales.com/?p=133#comment-217</guid>
		<description>Derek Allard said at EECI2009 (on the way to a pub, nothing official) that CodeIgniter will - at some point in time - probably have some sort of HMVC. Maybe. &gt;.&lt;</description>
		<content:encoded><![CDATA[<p>Derek Allard said at EECI2009 (on the way to a pub, nothing official) that CodeIgniter will &#8211; at some point in time &#8211; probably have some sort of HMVC. Maybe. &gt;.&lt;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jorge</title>
		<link>http://www.michaelwales.com/2010/03/codeigniter-2-0-and-mercurial-transition/#comment-178</link>
		<dc:creator>Jorge</dc:creator>
		<pubDate>Mon, 15 Mar 2010 19:55:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.michaelwales.com/?p=133#comment-178</guid>
		<description>do you know if ELab think about introduce the concept of modules like something similar to Matchbox or HMVC?</description>
		<content:encoded><![CDATA[<p>do you know if ELab think about introduce the concept of modules like something similar to Matchbox or HMVC?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phil Sturgeon</title>
		<link>http://www.michaelwales.com/2010/03/codeigniter-2-0-and-mercurial-transition/#comment-175</link>
		<dc:creator>Phil Sturgeon</dc:creator>
		<pubDate>Mon, 15 Mar 2010 08:41:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.michaelwales.com/?p=133#comment-175</guid>
		<description>@SeanJA: Using $this-&gt;somelib provides much more than just PHP 4 support. Not only is it a brilliant way to keep all instances of a libratry/modal global throughout the entire CI instance, but it allows support for the wonderful MY_ prefix.

If you were to create a MY_ whatever library while using __autoload() then you would have to run through your application changing $var = new Class() and $var = new MY_Class() which defeats the entire purpose.

I am perfectly happy to keep $this-&gt;library and I very much doubt it&#039;s going anywhere anytime soon.

@Michael: Packages doesn&#039;t support controllers and is not really intended to be a modular system. It is more to allow multiple applications to share a stash of libraries, models, helpers, etc something that is currently not possible without some crazy Symlinking or by shoving all your code into a shared &quot;system&quot; folder. 

It&#039;s a shame EllisLab have not added any modular support, but EE2&#039;s modular system is very crazy and would not work directly in the CI codebase. Derek Allard assured me that &quot;at some point, there will be modularity in CodeIgniter, but I&#039;m not sure when&quot;.

Luckily Modular Separation works fine in 2.0 with a few tweaks.</description>
		<content:encoded><![CDATA[<p>@SeanJA: Using $this-&gt;somelib provides much more than just PHP 4 support. Not only is it a brilliant way to keep all instances of a libratry/modal global throughout the entire CI instance, but it allows support for the wonderful MY_ prefix.</p>
<p>If you were to create a MY_ whatever library while using __autoload() then you would have to run through your application changing $var = new Class() and $var = new MY_Class() which defeats the entire purpose.</p>
<p>I am perfectly happy to keep $this-&gt;library and I very much doubt it&#8217;s going anywhere anytime soon.</p>
<p>@Michael: Packages doesn&#8217;t support controllers and is not really intended to be a modular system. It is more to allow multiple applications to share a stash of libraries, models, helpers, etc something that is currently not possible without some crazy Symlinking or by shoving all your code into a shared &#8220;system&#8221; folder. </p>
<p>It&#8217;s a shame EllisLab have not added any modular support, but EE2&#8242;s modular system is very crazy and would not work directly in the CI codebase. Derek Allard assured me that &#8220;at some point, there will be modularity in CodeIgniter, but I&#8217;m not sure when&#8221;.</p>
<p>Luckily Modular Separation works fine in 2.0 with a few tweaks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yehosef</title>
		<link>http://www.michaelwales.com/2010/03/codeigniter-2-0-and-mercurial-transition/#comment-172</link>
		<dc:creator>Yehosef</dc:creator>
		<pubDate>Sat, 13 Mar 2010 22:30:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.michaelwales.com/?p=133#comment-172</guid>
		<description>@Michael -
Autoloading and __get would allow you to use $this-&gt;new_library directly which would be mapped to the new functionality - should they chose to go this route.  You just try to instatiate the new new_class in __get - the programmer won&#039;t feel a thing (you can wrap the new class in a try/catch block incase the class doesn&#039;t exist.)

Of course, you could use the traditional New_Class::factory() to make a new class - better for chaining.  I don&#039;t know what advantage there is to having the CI super object.</description>
		<content:encoded><![CDATA[<p>@Michael -<br />
Autoloading and __get would allow you to use $this-&gt;new_library directly which would be mapped to the new functionality &#8211; should they chose to go this route.  You just try to instatiate the new new_class in __get &#8211; the programmer won&#8217;t feel a thing (you can wrap the new class in a try/catch block incase the class doesn&#8217;t exist.)</p>
<p>Of course, you could use the traditional New_Class::factory() to make a new class &#8211; better for chaining.  I don&#8217;t know what advantage there is to having the CI super object.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Wales</title>
		<link>http://www.michaelwales.com/2010/03/codeigniter-2-0-and-mercurial-transition/#comment-162</link>
		<dc:creator>Michael Wales</dc:creator>
		<pubDate>Fri, 12 Mar 2010 12:11:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.michaelwales.com/?p=133#comment-162</guid>
		<description>@SeanJA I don&#039;t think they will ever go that route as that will force them to use the standard instantiation syntax ($var = new Class()) which is a far cry from CodeIgniter&#039;s standard syntax (where everything is a child object of the CodeIgniter super global object).</description>
		<content:encoded><![CDATA[<p>@SeanJA I don&#8217;t think they will ever go that route as that will force them to use the standard instantiation syntax ($var = new Class()) which is a far cry from CodeIgniter&#8217;s standard syntax (where everything is a child object of the CodeIgniter super global object).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SeanJA</title>
		<link>http://www.michaelwales.com/2010/03/codeigniter-2-0-and-mercurial-transition/#comment-161</link>
		<dc:creator>SeanJA</dc:creator>
		<pubDate>Fri, 12 Mar 2010 05:33:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.michaelwales.com/?p=133#comment-161</guid>
		<description>&quot;CodeIgniter 2.0.0 functionality is not guaranteed to work in PHP4&quot;

Good to see that they are finally dropping that so they can start adding things like __autoload to get rid of the ugly $this-&gt;[helper&#124;model&#124;library]-&gt;load() stuff. That always bugged me.</description>
		<content:encoded><![CDATA[<p>&#8220;CodeIgniter 2.0.0 functionality is not guaranteed to work in PHP4&#8243;</p>
<p>Good to see that they are finally dropping that so they can start adding things like __autoload to get rid of the ugly $this-&gt;[helper|model|library]-&gt;load() stuff. That always bugged me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lonnie Ezell</title>
		<link>http://www.michaelwales.com/2010/03/codeigniter-2-0-and-mercurial-transition/#comment-158</link>
		<dc:creator>Lonnie Ezell</dc:creator>
		<pubDate>Thu, 11 Mar 2010 19:32:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.michaelwales.com/?p=133#comment-158</guid>
		<description>I downloaded the latest code and had a look through the user manual and Packages are basically modules. Here&#039;s the relevant info from the new UM: 

&quot;Added ability to set &quot;Package&quot; paths - specific paths where the Loader and Config classes should try to look first for a requested file. This allows distribution of sub-applications with their own libraries, models, config files, etc. in a single &quot;package&quot; directory. See the Loader class documentation for more details.&quot;</description>
		<content:encoded><![CDATA[<p>I downloaded the latest code and had a look through the user manual and Packages are basically modules. Here&#8217;s the relevant info from the new UM: </p>
<p>&#8220;Added ability to set &#8220;Package&#8221; paths &#8211; specific paths where the Loader and Config classes should try to look first for a requested file. This allows distribution of sub-applications with their own libraries, models, config files, etc. in a single &#8220;package&#8221; directory. See the Loader class documentation for more details.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Wales</title>
		<link>http://www.michaelwales.com/2010/03/codeigniter-2-0-and-mercurial-transition/#comment-157</link>
		<dc:creator>Michael Wales</dc:creator>
		<pubDate>Thu, 11 Mar 2010 19:18:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.michaelwales.com/?p=133#comment-157</guid>
		<description>Good call - I saw your comment on the forums about packages and went digging back through looking for what you had seen. Do you envision it being something where I could build up ErkanaAuth (all controllers, models, views, etc.) and distribute it to other people in a plug-and-play fashion via the third_party directory?</description>
		<content:encoded><![CDATA[<p>Good call &#8211; I saw your comment on the forums about packages and went digging back through looking for what you had seen. Do you envision it being something where I could build up ErkanaAuth (all controllers, models, views, etc.) and distribute it to other people in a plug-and-play fashion via the third_party directory?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phil Sturgeon</title>
		<link>http://www.michaelwales.com/2010/03/codeigniter-2-0-and-mercurial-transition/#comment-156</link>
		<dc:creator>Phil Sturgeon</dc:creator>
		<pubDate>Thu, 11 Mar 2010 19:12:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.michaelwales.com/?p=133#comment-156</guid>
		<description>It looks like the third_party directory is just a default &quot;package&quot; location for adding shared libraries, models, etc.

Not really used for anything just yet, but could be very handy if your third_party folder was a symlink.</description>
		<content:encoded><![CDATA[<p>It looks like the third_party directory is just a default &#8220;package&#8221; location for adding shared libraries, models, etc.</p>
<p>Not really used for anything just yet, but could be very handy if your third_party folder was a symlink.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
