<?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 for Adam Fairholm&#039;s Internet Superworld</title>
	<atom:link href="http://blog.adamfairholm.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.adamfairholm.com</link>
	<description></description>
	<lastBuildDate>Wed, 18 Jan 2012 20:11:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Comment on Dynamic Pages with PyroCMS and PyroStreams by Jitse</title>
		<link>http://blog.adamfairholm.com/dynamic-pages-with-pyrocms-and-pyrostreams/comment-page-1/#comment-534</link>
		<dc:creator>Jitse</dc:creator>
		<pubDate>Wed, 18 Jan 2012 20:11:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.adamfairholm.com/?p=157#comment-534</guid>
		<description>I want to use PyroStreams to display specific images on the pages.
I&#039;m trying to use the following code in PyroCMS 2.0 Professional:

{{ streams:cycle stream=&quot;images&quot; where=&quot;page_number=={{ page:id }}&quot; }}
With this where syntax, I can&#039;t get it to work... 

{{ streams:cycle stream=&quot;images&quot; where=&quot;page_number==2&quot; }}

This does work, but thats not how I want it...

Any suggestions?</description>
		<content:encoded><![CDATA[<p>I want to use PyroStreams to display specific images on the pages.<br />
I&#8217;m trying to use the following code in PyroCMS 2.0 Professional:</p>
<p>{{ streams:cycle stream=&#8221;images&#8221; where=&#8221;page_number=={{ page:id }}&#8221; }}<br />
With this where syntax, I can&#8217;t get it to work&#8230; </p>
<p>{{ streams:cycle stream=&#8221;images&#8221; where=&#8221;page_number==2&#8243; }}</p>
<p>This does work, but thats not how I want it&#8230;</p>
<p>Any suggestions?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on FuelPHP for CodeIgniter Developers by Ricky</title>
		<link>http://blog.adamfairholm.com/fuelphp-for-codeigniter-developers/comment-page-1/#comment-532</link>
		<dc:creator>Ricky</dc:creator>
		<pubDate>Sun, 08 Jan 2012 16:41:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.adamfairholm.com/?p=104#comment-532</guid>
		<description>TL;DR: Use Symfony2</description>
		<content:encoded><![CDATA[<p>TL;DR: Use Symfony2</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on FuelPHP for CodeIgniter Developers by Ricky</title>
		<link>http://blog.adamfairholm.com/fuelphp-for-codeigniter-developers/comment-page-1/#comment-531</link>
		<dc:creator>Ricky</dc:creator>
		<pubDate>Sun, 08 Jan 2012 16:40:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.adamfairholm.com/?p=104#comment-531</guid>
		<description>Static classes are bad. You can&#039;t pass them around as data. They make unit testing more difficult and less beautiful.</description>
		<content:encoded><![CDATA[<p>Static classes are bad. You can&#8217;t pass them around as data. They make unit testing more difficult and less beautiful.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on FuelPHP for CodeIgniter Developers by Dauren Dauletov</title>
		<link>http://blog.adamfairholm.com/fuelphp-for-codeigniter-developers/comment-page-1/#comment-530</link>
		<dc:creator>Dauren Dauletov</dc:creator>
		<pubDate>Mon, 05 Dec 2011 11:09:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.adamfairholm.com/?p=104#comment-530</guid>
		<description>Nice article, thanks.</description>
		<content:encoded><![CDATA[<p>Nice article, thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Getting Your Add-ons ready for PyroCMS 2 by Osvaldo Brignoni</title>
		<link>http://blog.adamfairholm.com/getting-your-add-ons-ready-for-pyrocms-2/comment-page-1/#comment-529</link>
		<dc:creator>Osvaldo Brignoni</dc:creator>
		<pubDate>Fri, 11 Nov 2011 03:10:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.adamfairholm.com/?p=195#comment-529</guid>
		<description>Hello Adam, I&#039;m updating the the Flash widget and had problem with how the Workless theme is styling select elements by default. Anywhere you use form_dropdown() without the filter fieldset tags the select elements are hidden. The css inspector shows...

select {    min-width: 260px;    visibility: hidden;}the css selector should be more specific like .filter select {} and not hiding all select elements.I could not get the filter to work with the Flash widget. I figured is not essential to use the filter. Y overrode the css with visibility:visible to show the plain select element for now.You should check if this affects widgets in general.Another problem with the Widgets admin is that the code text is styled with white color and is hardly readable...Other than that Pyrocms 2.0 is looking awesome and i know you took part in that. I&#039;ll be developing a new simple plugin that i&#039;ll be revealing soon...Hey, and kudos for helping me learn some PHP/CI back then...</description>
		<content:encoded><![CDATA[<p>Hello Adam, I&#8217;m updating the the Flash widget and had problem with how the Workless theme is styling select elements by default. Anywhere you use form_dropdown() without the filter fieldset tags the select elements are hidden. The css inspector shows&#8230;</p>
<p>select {    min-width: 260px;    visibility: hidden;}the css selector should be more specific like .filter select {} and not hiding all select elements.I could not get the filter to work with the Flash widget. I figured is not essential to use the filter. Y overrode the css with visibility:visible to show the plain select element for now.You should check if this affects widgets in general.Another problem with the Widgets admin is that the code text is styled with white color and is hardly readable&#8230;Other than that Pyrocms 2.0 is looking awesome and i know you took part in that. I&#8217;ll be developing a new simple plugin that i&#8217;ll be revealing soon&#8230;Hey, and kudos for helping me learn some PHP/CI back then&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on FuelPHP for CodeIgniter Developers by Oubliez CakePHP, Codeigniter, Symfony&#8230; voici FuelPHP &#124; Trois Point Zéro - webdesign, développement et actualité autour du web par Grégory BABONAUX, concepteur web freelance</title>
		<link>http://blog.adamfairholm.com/fuelphp-for-codeigniter-developers/comment-page-1/#comment-528</link>
		<dc:creator>Oubliez CakePHP, Codeigniter, Symfony&#8230; voici FuelPHP &#124; Trois Point Zéro - webdesign, développement et actualité autour du web par Grégory BABONAUX, concepteur web freelance</dc:creator>
		<pubDate>Tue, 01 Nov 2011 17:32:19 +0000</pubDate>
		<guid isPermaLink="false">http://blog.adamfairholm.com/?p=104#comment-528</guid>
		<description>[...] Pour vous convaincre un peu plus : http://blog.adamfairholm.com/fuelphp-for-codeigniter-developers/ [...]</description>
		<content:encoded><![CDATA[<p>[...] Pour vous convaincre un peu plus : http://blog.adamfairholm.com/fuelphp-for-codeigniter-developers/ [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on FuelPHP for CodeIgniter Developers by Adam Fairholm</title>
		<link>http://blog.adamfairholm.com/fuelphp-for-codeigniter-developers/comment-page-1/#comment-527</link>
		<dc:creator>Adam Fairholm</dc:creator>
		<pubDate>Thu, 20 Oct 2011 14:41:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.adamfairholm.com/?p=104#comment-527</guid>
		<description>Thanks Travis! I appreciate it. I have no experience with Kohana, but I&#039;d say that CI is not really coming from a corporate environment anymore - it&#039;s currently being pushed and pulled like nobody&#039;s business on GitHub. There are truly solid fantastic devs on both projects (some even work on both). So if you haven&#039;t seen it I&#039;d recommend checking out the CI repo: https://github.com/EllisLab/CodeIgniter</description>
		<content:encoded><![CDATA[<p>Thanks Travis! I appreciate it. I have no experience with Kohana, but I&#8217;d say that CI is not really coming from a corporate environment anymore &#8211; it&#8217;s currently being pushed and pulled like nobody&#8217;s business on GitHub. There are truly solid fantastic devs on both projects (some even work on both). So if you haven&#8217;t seen it I&#8217;d recommend checking out the CI repo: https://github.com/EllisLab/CodeIgniter</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on FuelPHP for CodeIgniter Developers by Travis Watson</title>
		<link>http://blog.adamfairholm.com/fuelphp-for-codeigniter-developers/comment-page-1/#comment-526</link>
		<dc:creator>Travis Watson</dc:creator>
		<pubDate>Thu, 20 Oct 2011 13:43:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.adamfairholm.com/?p=104#comment-526</guid>
		<description>Adam, this is a very well written article on the topic, and I appreciate your insight and wit.  I have a project I&#039;m pursuing with colleagues that are all very open minded, but have a strict OO background in C#, and I&#039;m looking for a good OO MVC framework to ease the boundary.

I originally suggested CI, but both Kohana and FuelPHP are looking great.  My only hesitation at this point would be the development cycles.  CI comes from a corporate environment, so I think Ellis understands the importance of backwards compatibility persistence through security and performance updates.

From your article, and some things I&#039;ve seen &#039;round the tubes, Fuel seems to have a better foundation, better developers, more cohesion, and a firmer direction than Kohana.</description>
		<content:encoded><![CDATA[<p>Adam, this is a very well written article on the topic, and I appreciate your insight and wit.  I have a project I&#8217;m pursuing with colleagues that are all very open minded, but have a strict OO background in C#, and I&#8217;m looking for a good OO MVC framework to ease the boundary.</p>
<p>I originally suggested CI, but both Kohana and FuelPHP are looking great.  My only hesitation at this point would be the development cycles.  CI comes from a corporate environment, so I think Ellis understands the importance of backwards compatibility persistence through security and performance updates.</p>
<p>From your article, and some things I&#8217;ve seen &#8217;round the tubes, Fuel seems to have a better foundation, better developers, more cohesion, and a firmer direction than Kohana.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Getting Your Add-ons ready for PyroCMS 2 by Adam Fairholm</title>
		<link>http://blog.adamfairholm.com/getting-your-add-ons-ready-for-pyrocms-2/comment-page-1/#comment-524</link>
		<dc:creator>Adam Fairholm</dc:creator>
		<pubDate>Tue, 18 Oct 2011 17:09:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.adamfairholm.com/?p=195#comment-524</guid>
		<description>Hey Mark,

I definitely agree with you that the hrs should go from the forms and be replaced with a simple border-bottom like you have there. I know Scott Parry is working on forms, so those should be gone in the final 2.0 version.

For the special case, I think it comes down to personal preference. I like a lot of color in a UI, but I realize most listings just need to be plain. Blog posts are major pieces of content (unlike smaller chunks like variables), so that&#039;s why they&#039;ve got the color buttons.

I&#039;ve also used it on PyroStreams to list streams (but not entries) since Streams are large datasets.

So I suppose the real definition is use the colored buttons in a list where the data list is important, if that makes any sense. No piece of content is really more important when you think that one missing piece will break a site, but there are certain pieces of content that users spend a lot more time managing on the back end.

Adam</description>
		<content:encoded><![CDATA[<p>Hey Mark,</p>
<p>I definitely agree with you that the hrs should go from the forms and be replaced with a simple border-bottom like you have there. I know Scott Parry is working on forms, so those should be gone in the final 2.0 version.</p>
<p>For the special case, I think it comes down to personal preference. I like a lot of color in a UI, but I realize most listings just need to be plain. Blog posts are major pieces of content (unlike smaller chunks like variables), so that&#8217;s why they&#8217;ve got the color buttons.</p>
<p>I&#8217;ve also used it on PyroStreams to list streams (but not entries) since Streams are large datasets.</p>
<p>So I suppose the real definition is use the colored buttons in a list where the data list is important, if that makes any sense. No piece of content is really more important when you think that one missing piece will break a site, but there are certain pieces of content that users spend a lot more time managing on the back end.</p>
<p>Adam</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Getting Your Add-ons ready for PyroCMS 2 by Mark</title>
		<link>http://blog.adamfairholm.com/getting-your-add-ons-ready-for-pyrocms-2/comment-page-1/#comment-523</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Tue, 18 Oct 2011 09:33:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.adamfairholm.com/?p=195#comment-523</guid>
		<description>Didn&#039;t realise hr tags were going to be rendered! Where there is a line it&#039;s meant to be a hr tag!</description>
		<content:encoded><![CDATA[<p>Didn&#8217;t realise hr tags were going to be rendered! Where there is a line it&#8217;s meant to be a hr tag!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

