<?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: misty eyed</title>
	<atom:link href="http://archgfx.net/blog/2007/geek/blogging/misty-eyed/feed" rel="self" type="application/rss+xml" />
	<link>http://archgfx.net/blog/2007/geek/blogging/misty-eyed</link>
	<description>Austin web designer - Adam Freetly</description>
	<pubDate>Thu, 04 Dec 2008 19:57:59 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.5</generator>
		<item>
		<title>By: adam</title>
		<link>http://archgfx.net/blog/2007/geek/blogging/misty-eyed#comment-12605</link>
		<dc:creator>adam</dc:creator>
		<pubDate>Wed, 28 Feb 2007 20:11:01 +0000</pubDate>
		<guid isPermaLink="false">http://archgfx.net/blog/2007/asides/misty-eyed#comment-12605</guid>
		<description>@ root-
i think that's what matt's getting at.  i like using asides, and that preference shouldn't predicate, or impinge upon, my design/aesthetic choices.
@ tt-
again, i think this is what matt's suggesting, despite it being contradicted by the majority of the themes installed here.  the process of editting/installing/normalizing wp.com themes is supposed to bring them up to a baseline standard of functionality.  most of the older themes don't meet this baseline, which is probably due to the limited number of staff focusing their efforts on new themes.</description>
		<content:encoded><![CDATA[<p>@ root-<br />
i think that&#8217;s what matt&#8217;s getting at.  i like using asides, and that preference shouldn&#8217;t predicate, or impinge upon, my design/aesthetic choices.<br />
@ tt-<br />
again, i think this is what matt&#8217;s suggesting, despite it being contradicted by the majority of the themes installed here.  the process of editting/installing/normalizing wp.com themes is supposed to bring them up to a baseline standard of functionality.  most of the older themes don&#8217;t meet this baseline, which is probably due to the limited number of staff focusing their efforts on new themes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Root</title>
		<link>http://archgfx.net/blog/2007/geek/blogging/misty-eyed#comment-12604</link>
		<dc:creator>Root</dc:creator>
		<pubDate>Wed, 28 Feb 2007 20:02:34 +0000</pubDate>
		<guid isPermaLink="false">http://archgfx.net/blog/2007/asides/misty-eyed#comment-12604</guid>
		<description>I am not sure if asides are a *design* decision. More like a web construction choice.</description>
		<content:encoded><![CDATA[<p>I am not sure if asides are a *design* decision. More like a web construction choice.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: timethief</title>
		<link>http://archgfx.net/blog/2007/geek/blogging/misty-eyed#comment-12603</link>
		<dc:creator>timethief</dc:creator>
		<pubDate>Tue, 27 Feb 2007 03:58:37 +0000</pubDate>
		<guid isPermaLink="false">http://archgfx.net/blog/2007/asides/misty-eyed#comment-12603</guid>
		<description>From my viewpoint if a theme doesn't function as I want it to then whatever its design may be - I'm not going to use it. That's why I don't understand what Matt said:
&lt;blockquote&gt; Themes should be design decisions, not functionality decisions. &lt;/blockquote&gt; 

Presumably Andy's bit of code will one day be added to all the themes and we'll have asides. I'm wondering if that event will follow or precede the event of equipping all themes with widgets. 

I immediately switched two of my blogs to the Misty Look theme. I now have contact pages and fonts of a readable size as well as a clean looking theme I can easily create headers for. YAY! :)</description>
		<content:encoded><![CDATA[<p>From my viewpoint if a theme doesn&#8217;t function as I want it to then whatever its design may be - I&#8217;m not going to use it. That&#8217;s why I don&#8217;t understand what Matt said:</p>
<blockquote><p> Themes should be design decisions, not functionality decisions. </p></blockquote>
<p>Presumably Andy&#8217;s bit of code will one day be added to all the themes and we&#8217;ll have asides. I&#8217;m wondering if that event will follow or precede the event of equipping all themes with widgets. </p>
<p>I immediately switched two of my blogs to the Misty Look theme. I now have contact pages and fonts of a readable size as well as a clean looking theme I can easily create headers for. YAY! <img src='http://archgfx.net/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: adam</title>
		<link>http://archgfx.net/blog/2007/geek/blogging/misty-eyed#comment-12602</link>
		<dc:creator>adam</dc:creator>
		<pubDate>Mon, 26 Feb 2007 17:58:19 +0000</pubDate>
		<guid isPermaLink="false">http://archgfx.net/blog/2007/asides/misty-eyed#comment-12602</guid>
		<description>there's a logistic headache i can't get my head all the way around.  that means using your &lt;code&gt;&#60;ul&#62;&lt;/code&gt; method for every theme then, since not all themes have styling for asides?  or just adding the equivalent of andy's CSS to the code for every theme?  

i suppose in that light, sidebar asides would be &lt;em&gt;easier&lt;/em&gt;.


nonetheless, i have to agree about themes as design decisions.  although i still think that the skins/mods distinction makes way more sense than including all that PHP for a design decision.</description>
		<content:encoded><![CDATA[<p>there&#8217;s a logistic headache i can&#8217;t get my head all the way around.  that means using your <code>&lt;ul&gt;</code> method for every theme then, since not all themes have styling for asides?  or just adding the equivalent of andy&#8217;s <acronym title='Cascading Style Sheets'><span class='caps'>CSS</span></acronym> to the code for every theme?  </p>
<p>i suppose in that light, sidebar asides would be <em>easier</em>.</p>
<p>nonetheless, i have to agree about themes as design decisions.  although i still think that the skins/mods distinction makes way more sense than including all that <acronym title='PHP Hypertext Processor'><span class='caps'>PHP</span></acronym> for a design decision.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://archgfx.net/blog/2007/geek/blogging/misty-eyed#comment-12601</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Mon, 26 Feb 2007 17:48:00 +0000</pubDate>
		<guid isPermaLink="false">http://archgfx.net/blog/2007/asides/misty-eyed#comment-12601</guid>
		<description>Because introducing features like asides in only some of the themes is far more annoying. Themes should be design decisions, not functionality decisions. When/if we officially do asides, it'll be in all themes equally, and far easier than using a different interface for every single theme to configure it.</description>
		<content:encoded><![CDATA[<p>Because introducing features like asides in only some of the themes is far more annoying. Themes should be design decisions, not functionality decisions. When/if we officially do asides, it&#8217;ll be in all themes equally, and far easier than using a different interface for every single theme to configure it.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
