<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="wordpress/2.3.2" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>

<channel>
	<title>hellorobot.org</title>
	<link>http://hellorobot.org</link>
	<description>hellorobot.org is the web development hub, blog, &#38; portfolio site of Brian Leary. Who is Brian Leary?</description>
	<pubDate>Wed, 02 Jul 2008 14:13:42 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.2</generator>
	<language>en</language>
			<item>
		<title>Parse Error: syntax error, unexpected $end</title>
		<link>http://hellorobot.org/2008/06/parse-error-syntax-error-unexpected-end/</link>
		<comments>http://hellorobot.org/2008/06/parse-error-syntax-error-unexpected-end/#comments</comments>
		<pubDate>Wed, 18 Jun 2008 19:13:44 +0000</pubDate>
		<dc:creator>admin</dc:creator>
		
		<category><![CDATA[PHP]]></category>

		<category><![CDATA[Bugs]]></category>

		<guid isPermaLink="false">http://hellorobot.org/2008/06/parse-error-syntax-error-unexpected-end/</guid>
		<description><![CDATA["Parse Error: syntax error, unexpected $end" is one of those less-than-transparent error messages. What exactly does it mean?

Usually this error is trying to tell you that a curly brace was opened but never closed: an opening <span class="code">if (condition) {</span> with no closing <span class="code">};</span> or, as another example, an <span class="code">foreach($var as $subVar):</span> with no <span class="code">endforeach;</span>.]]></description>
		<wfw:commentRss>http://hellorobot.org/2008/06/parse-error-syntax-error-unexpected-end/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Changes Coming in PHP 6</title>
		<link>http://hellorobot.org/2008/05/changes-coming-in-php-6/</link>
		<comments>http://hellorobot.org/2008/05/changes-coming-in-php-6/#comments</comments>
		<pubDate>Mon, 12 May 2008 14:54:32 +0000</pubDate>
		<dc:creator>admin</dc:creator>
		
		<category><![CDATA[PHP]]></category>

		<guid isPermaLink="false">http://hellorobot.org/2008/05/changes-coming-in-php-6/</guid>
		<description><![CDATA[Namespaces are being introduced, as is better core support for SOAP and XML. Some things are being deprecated that ought to be deprecated &#8211; and likely will have no affect on up-to-date websites and servers because the scripts and server settings will already avoid these things: <span class="code">safe_mode</span>, <span class="code">register_globals</span>, the old long predefined variable arrays (like <span class="code">$HTTP_GET_VARS</span>), the ASP-like open/close script tags (<span class="code">&#60;%</span> and <span class="code">%&#62;</span>).]]></description>
		<wfw:commentRss>http://hellorobot.org/2008/05/changes-coming-in-php-6/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Twitter Abandoning RoR?</title>
		<link>http://hellorobot.org/2008/05/twitter-abandoning-ror/</link>
		<comments>http://hellorobot.org/2008/05/twitter-abandoning-ror/#comments</comments>
		<pubDate>Fri, 02 May 2008 16:47:44 +0000</pubDate>
		<dc:creator>admin</dc:creator>
		
		<category><![CDATA[PHP]]></category>

		<category><![CDATA[CakePHP]]></category>

		<category><![CDATA[Ruby on Rails]]></category>

		<category><![CDATA[Zend Framework]]></category>

		<guid isPermaLink="false">http://hellorobot.org/2008/05/twitter-abandoning-ror/</guid>
		<description><![CDATA[If I had more time &#8211; or didn't need sleep or food perhaps &#8211; I'd be interested in learning Ruby and Ruby on Rails, if only to see what all the fuss is about.

As I've begun experimenting more and more with PHP frameworks, one of my big worries would be that the frameworks enable quick development but only as a means of hedging bets: the site's up and running fast but the problems are reserved for later: if a site succeeds, if it's traffic increases immensely, then the framework could become the source, instead of the solution, to scalability problems. And how do you fix a problem that's part of the system's core? Re-do the core?

<a href=""http://www.techcrunch.com/2008/05/01/twitter-said-to-be-abandoning-ruby-on-rails/">Rumors are that's what's happening at Twitter</a>.]]></description>
		<wfw:commentRss>http://hellorobot.org/2008/05/twitter-abandoning-ror/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Dotted Borders around Links in Firefox</title>
		<link>http://hellorobot.org/2008/04/dotted-borders-around-links-in-firefox/</link>
		<comments>http://hellorobot.org/2008/04/dotted-borders-around-links-in-firefox/#comments</comments>
		<pubDate>Tue, 29 Apr 2008 19:52:19 +0000</pubDate>
		<dc:creator>admin</dc:creator>
		
		<category><![CDATA[CSS]]></category>

		<category><![CDATA[JavaScript]]></category>

		<category><![CDATA[Accessibility]]></category>

		<category><![CDATA[Firefox]]></category>

		<guid isPermaLink="false">http://hellorobot.org/2008/04/dotted-borders-around-links-in-firefox/</guid>
		<description><![CDATA[When an anchor is clicked in Firefox, the browser puts a 1-pixel, black, dotted border around the element. For the control freak seeking a flawless design, for pages where links manipulate the DOM but don't load another URI, that dotted border can look silly, ugly even.

Getting rid of it is actually very easy. More importantly, should you get rid of it?]]></description>
		<wfw:commentRss>http://hellorobot.org/2008/04/dotted-borders-around-links-in-firefox/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Object doesn&#8217;t support this property or method</title>
		<link>http://hellorobot.org/2008/04/object-doesnt-support-this-property-or-method/</link>
		<comments>http://hellorobot.org/2008/04/object-doesnt-support-this-property-or-method/#comments</comments>
		<pubDate>Tue, 22 Apr 2008 18:56:34 +0000</pubDate>
		<dc:creator>admin</dc:creator>
		
		<category><![CDATA[JavaScript]]></category>

		<category><![CDATA[XHTML]]></category>

		<category><![CDATA[Internet Explorer]]></category>

		<guid isPermaLink="false">http://hellorobot.org/2008/04/object-doesnt-support-this-property-or-method/</guid>
		<description><![CDATA[By the sound of it this error code will show in many, many situations, but if it helps someone, here's what caused it in my script: <span class="highlight">I had an object in the JavaScript and an object in the DOM with the same id</span>. When I tried to manipulate the DOM object it couldn't do it because that object had be overwritten by the JS object.]]></description>
		<wfw:commentRss>http://hellorobot.org/2008/04/object-doesnt-support-this-property-or-method/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Continued Confusion in the Zend DB Class</title>
		<link>http://hellorobot.org/2008/03/continued-confusion-in-the-zend-db-class/</link>
		<comments>http://hellorobot.org/2008/03/continued-confusion-in-the-zend-db-class/#comments</comments>
		<pubDate>Wed, 12 Mar 2008 04:07:39 +0000</pubDate>
		<dc:creator>admin</dc:creator>
		
		<category><![CDATA[PHP]]></category>

		<category><![CDATA[OOP]]></category>

		<category><![CDATA[Zend Framework]]></category>

		<guid isPermaLink="false">http://hellorobot.org/2008/03/continued-confusion-in-the-zend-db-class/</guid>
		<description><![CDATA[I'm still questioning how I should best use the Zend Framework's database model classes.

The data structure of the current application I'm building is not very complicated: there are 8 tables of between 2 and 11 fields each, and some of the tables are simple parent tables that define user types or status types.

To simplify, three of the tables that do the heaviest lifting do so in a hierarchy like a tree: a user table has a one-to-many relationship with a submissions table, which, in turn, has a one-to-many relationship with a recommendations table.

I extended the Zend_Db_Table_Abstract to model each table (as <a href="http://framework.zend.com/manual/en/zend.db.table.html">well described in the documentation</a>). That was easy; I like that.]]></description>
		<wfw:commentRss>http://hellorobot.org/2008/03/continued-confusion-in-the-zend-db-class/feed/</wfw:commentRss>
		</item>
		<item>
		<title>A Better Understanding of the MVC Pattern</title>
		<link>http://hellorobot.org/2008/03/a-better-understanding-of-the-mvc-pattern/</link>
		<comments>http://hellorobot.org/2008/03/a-better-understanding-of-the-mvc-pattern/#comments</comments>
		<pubDate>Tue, 04 Mar 2008 17:25:24 +0000</pubDate>
		<dc:creator>admin</dc:creator>
		
		<category><![CDATA[PHP]]></category>

		<category><![CDATA[OOP]]></category>

		<guid isPermaLink="false">http://hellorobot.org/2008/03/a-better-understanding-of-the-mvc-pattern/</guid>
		<description><![CDATA["MVC helps to reduce the complexity in architectural design, and to increase flexibility and reuse." In a web application, the model is the most static element across time; the data behind a website may change but the shape of the data, the organization of the data, if well constructed, is fairly stable. The physical appearance and degree of interactivity of the site's actual web pages &#8211; this will change the most: adapting to new delivery formats (iPhone, text readers, etc.) as well as adjusting regularly to design trends and new technologies (consider the way AJAX changed the possibilities of front-end development). 

Creating a consistent, encapsulated layer around the data, one that's easy to maintain, is good. It's extending the lifetime of that data structure, creating the ability to apply it to multiple view types and demands. It makes sense then that the model is blind to the view. And if the controller were always the intermediary between the two, the controller would be too tightly coupled to each: any real change to the view would require one to the controller as well. That's where my first interpretation of MVC went awry. What was the point of having three components? That's what didn't make sense. The controller was basically an extension of the view.]]></description>
		<wfw:commentRss>http://hellorobot.org/2008/03/a-better-understanding-of-the-mvc-pattern/feed/</wfw:commentRss>
		</item>
		<item>
		<title>The Model in Zend&#8217;s MVC</title>
		<link>http://hellorobot.org/2008/03/the-model-in-zends-mvc/</link>
		<comments>http://hellorobot.org/2008/03/the-model-in-zends-mvc/#comments</comments>
		<pubDate>Sun, 02 Mar 2008 05:45:53 +0000</pubDate>
		<dc:creator>admin</dc:creator>
		
		<category><![CDATA[PHP]]></category>

		<category><![CDATA[OOP]]></category>

		<category><![CDATA[Zend Framework]]></category>

		<guid isPermaLink="false">http://hellorobot.org/2008/03/the-model-in-zends-mvc/</guid>
		<description><![CDATA[I've begun building an application using the Zend Framework.  I've incorporated a basic MVC structure, mapping some classes to the database tables. There's a log-in form that I've created that authenticates via the database, and it works. I have some basic views created. Mostly it's going well.

But the trouble is this: I don't really know what to do with the model end of the framework.]]></description>
		<wfw:commentRss>http://hellorobot.org/2008/03/the-model-in-zends-mvc/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Adding a Header Image to Grid Focus</title>
		<link>http://hellorobot.org/2008/02/adding-a-header-image-to-grid-focus/</link>
		<comments>http://hellorobot.org/2008/02/adding-a-header-image-to-grid-focus/#comments</comments>
		<pubDate>Thu, 21 Feb 2008 17:16:46 +0000</pubDate>
		<dc:creator>admin</dc:creator>
		
		<category><![CDATA[CSS]]></category>

		<category><![CDATA[XHTML]]></category>

		<category><![CDATA[Grid Focus]]></category>

		<category><![CDATA[WordPress]]></category>

		<guid isPermaLink="false">http://hellorobot.org/2008/02/adding-a-header-image-to-grid-focus/</guid>
		<description><![CDATA[The design/layout of hellorobot.org is a modified version of the Grid Focus WordPress theme &#8211; a fairly extensive modification, but the same basic structure. And although this blog is a smaller width and uses a different menu style, adding a header image to the default Grid Focus theme is not much different than it was here.

I think you'll find that adding a header image is pretty simple, really. <span class="highlight">It requires editing two files: first, the <span class="code">header.php</span> file; and second, the <span class="code">style.css</span> file. Both are found in the <span class="code">../wp-content/themes/grid_focus_public/</span> folder.</span> You can edit these files in a simple text editor like Notepad on Windows or TextEdit in Mac OS.]]></description>
		<wfw:commentRss>http://hellorobot.org/2008/02/adding-a-header-image-to-grid-focus/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Choosing a PHP Framework</title>
		<link>http://hellorobot.org/2008/02/choosing-a-php-framework/</link>
		<comments>http://hellorobot.org/2008/02/choosing-a-php-framework/#comments</comments>
		<pubDate>Tue, 12 Feb 2008 22:51:36 +0000</pubDate>
		<dc:creator>admin</dc:creator>
		
		<category><![CDATA[PHP]]></category>

		<category><![CDATA[CakePHP]]></category>

		<category><![CDATA[CodeIgniter]]></category>

		<category><![CDATA[Symphony]]></category>

		<category><![CDATA[Zend Framework]]></category>

		<guid isPermaLink="false">http://hellorobot.org/2008/02/choosing-a-php-framework/</guid>
		<description><![CDATA[The more I read up on the different frameworks the more reasons I find that people prefer one over another: ease of development; speed and scalability; plug-in architecture and add-on features; quality of documentation... All of it matters, but some, I think, much less: yes, it's troublesome if a framework has poor documentation and is difficult to development in, but I think the length and slope of the learning curve is especially significant in conjunction with the results of mastery: a violin, for example, is one of the hardest musical instruments to learn, but once mastered, its potential far outstrips almost every other instrument.

Assuming a baseline of functionality – an object-relational mapping to the database, a reliable MVC structure, an authentication class, et cetera – and assuming a baseline of accessibility, where the documentation is detailed at least enough to allow mastery of a framework within a reasonable period of study, <span class="highlight">I think that frameworks should be evaluated on their maximum potential. A framework should be extensible, transparent, and professional.</span>]]></description>
		<wfw:commentRss>http://hellorobot.org/2008/02/choosing-a-php-framework/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Bug in wp_list_bookmarks?</title>
		<link>http://hellorobot.org/2008/02/bug-in-wp_list_bookmarks/</link>
		<comments>http://hellorobot.org/2008/02/bug-in-wp_list_bookmarks/#comments</comments>
		<pubDate>Mon, 11 Feb 2008 21:15:13 +0000</pubDate>
		<dc:creator>admin</dc:creator>
		
		<category><![CDATA[PHP]]></category>

		<category><![CDATA[Bugs]]></category>

		<category><![CDATA[WordPress]]></category>

		<guid isPermaLink="false">http://hellorobot.org/2008/02/bug-in-wp_list_bookmarks/</guid>
		<description><![CDATA[When I first began building out hellorobot.org, modifying the Grid Focus theme, I wanted to be able to feature some of an ongoing list of links – say only the newest 5. Seemed easy.

WordPress has a built-in template function for displaying links, wp_list_bookmarks(), with a decent list of options that can be passed as a URL query string. One of those options is 'orderby,' which natch specifies the order in which the links should be displayed. I wanted it to be ordered by date so, as described in the <a href="http://codex.wordpress.org/wp_list_bookmarks">WP documentation</a>, I entered 'orderby=updated&#38;order=desc.'

It didn't work.]]></description>
		<wfw:commentRss>http://hellorobot.org/2008/02/bug-in-wp_list_bookmarks/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Customizing the Grid Focus WordPress Theme</title>
		<link>http://hellorobot.org/2008/01/customizing-the-grid-focus-wordpress-theme/</link>
		<comments>http://hellorobot.org/2008/01/customizing-the-grid-focus-wordpress-theme/#comments</comments>
		<pubDate>Fri, 25 Jan 2008 21:10:12 +0000</pubDate>
		<dc:creator>admin</dc:creator>
		
		<category><![CDATA[CSS]]></category>

		<category><![CDATA[JavaScript]]></category>

		<category><![CDATA[PHP]]></category>

		<category><![CDATA[XHTML]]></category>

		<category><![CDATA[Grid Focus]]></category>

		<category><![CDATA[WordPress]]></category>

		<guid isPermaLink="false">http://hellorobot.org/2008/01/25/customizing-the-grid-focus-wordpress-theme/</guid>
		<description><![CDATA[I am not a designer. For me, creating a good-looking site design is a long and tedious task of trial and error. So one of the things I'm learning to love about building a site in an open-source CMS platform like WordPress is the number of free designs available. And some of them are even good!

Check out <a href="http://www.smashingmagazine.com/2008/01/08/100-excellent-free-high-quality-wordpress-themes/">this list from Smashing Magazine</a>. It's where I found <a href="http://5thirtyone.com/grid-focus">Derek Punsalan's Grid Focus</a>, which I loved for its clean and neutral look. I like the hyper-organization of it.

What follows is an ongoing documentation of the changes, customizations, updates that I am making to hellorobot.org's Grid Focus install. Hopefully, some of these changes are for the better.]]></description>
		<wfw:commentRss>http://hellorobot.org/2008/01/customizing-the-grid-focus-wordpress-theme/feed/</wfw:commentRss>
		</item>
		<item>
		<title>IE8 Passes the Acid2 Test</title>
		<link>http://hellorobot.org/2007/12/ie-8-passes-the-acid2-test/</link>
		<comments>http://hellorobot.org/2007/12/ie-8-passes-the-acid2-test/#comments</comments>
		<pubDate>Sat, 22 Dec 2007 17:26:16 +0000</pubDate>
		<dc:creator>admin</dc:creator>
		
		<category><![CDATA[CSS]]></category>

		<category><![CDATA[XHTML]]></category>

		<category><![CDATA[Internet Explorer]]></category>

		<category><![CDATA[Standards]]></category>

		<guid isPermaLink="false">http://hellorobot.org/2008/01/21/ie-8-passes-the-acid2-test/</guid>
		<description><![CDATA[Microsoft's holiday present to developers: <a href="http://blogs.msdn.com/ie/archive/2007/12/19/internet-explorer-8-and-acid2-a-milestone.aspx">Internet Explorer 8 passes the Acid2 test</a>.]]></description>
		<wfw:commentRss>http://hellorobot.org/2007/12/ie-8-passes-the-acid2-test/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Single-Line CSS: Easier or Harder to Maintain?</title>
		<link>http://hellorobot.org/2007/12/a-case-for-css-selectors-and-declarations-on-a-single-line/</link>
		<comments>http://hellorobot.org/2007/12/a-case-for-css-selectors-and-declarations-on-a-single-line/#comments</comments>
		<pubDate>Tue, 18 Dec 2007 21:14:45 +0000</pubDate>
		<dc:creator>admin</dc:creator>
		
		<category><![CDATA[CSS]]></category>

		<category><![CDATA[Optimization]]></category>

		<category><![CDATA[Readability]]></category>

		<guid isPermaLink="false">http://hellorobot.org/2007/a-case-for-css-selectors-and-declarations-on-a-single-line/</guid>
		<description><![CDATA[I learned what I know of (X)HTML, CSS, PHP, et al., on my own &#8211; through trial and error, through a few good books, through online tutorials. One of the side effects of learning this way is a lack of an awareness of institutionally-approved standards.

There is no proper way to organize a CSS stylesheet, I suppose, but I'm sure that if I had learned CSS in school I would have (by choice or by requirement) adopted a professor's or department's standard. Instead, I made up my own, and then joined the corporate world and discovered, well, mine's not the norm. 

<span class="highlight">I like to organize my stylesheets so that all of the declarations for one selector are on one line. I find it easier to scan and, thereby, easier to update and maintain.</span>]]></description>
		<wfw:commentRss>http://hellorobot.org/2007/12/a-case-for-css-selectors-and-declarations-on-a-single-line/feed/</wfw:commentRss>
		</item>
		<item>
		<title>IE&#8217;s Disappearing, Reappearing, Broken Borders</title>
		<link>http://hellorobot.org/2007/11/ies-disappearing-reappearing-broken-borders/</link>
		<comments>http://hellorobot.org/2007/11/ies-disappearing-reappearing-broken-borders/#comments</comments>
		<pubDate>Thu, 15 Nov 2007 20:58:53 +0000</pubDate>
		<dc:creator>admin</dc:creator>
		
		<category><![CDATA[CSS]]></category>

		<category><![CDATA[Bugs]]></category>

		<category><![CDATA[Internet Explorer]]></category>

		<guid isPermaLink="false">http://hellorobot.org/2007/ies-disappearing-reappearing-broken-borders/</guid>
		<description><![CDATA[The root of the problem is whether or not an element "has layout." Now, "layout" is a completely made-up, IE-specific attribute not attended to in any manner by the other browsers. It's bunk. But it provides the solution to the broken borders issue.

To enforce proper border behavior in IE, the floated elements need to "have layout." If validation doesn't matter, the quickest solution may be to add "zoom:1" to the element. If validation does matter, you can give an element layout by setting "position:absolute" or giving the "height" or "width" attributes something other than auto.]]></description>
		<wfw:commentRss>http://hellorobot.org/2007/11/ies-disappearing-reappearing-broken-borders/feed/</wfw:commentRss>
		</item>
	</channel>
</rss>
