<?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: Themes Vs. Skins</title>
	<atom:link href="http://archgfx.net/blog/2006/asides/themes-vs-skins/feed" rel="self" type="application/rss+xml" />
	<link>http://archgfx.net/blog/2006/asides/themes-vs-skins</link>
	<description>Austin web designer - Adam Freetly</description>
	<lastBuildDate>Mon, 15 Mar 2010 21:45:14 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: The Thin Line: From Skin To Theme &#171; sunburntkamel</title>
		<link>http://archgfx.net/blog/2006/asides/themes-vs-skins/comment-page-1#comment-12399</link>
		<dc:creator>The Thin Line: From Skin To Theme &#171; sunburntkamel</dc:creator>
		<pubDate>Sun, 19 Nov 2006 07:08:33 +0000</pubDate>
		<guid isPermaLink="false">http://archgfx.net/blog/2006/asides/themes-vs-skins#comment-12399</guid>
		<description>[...] My point in writing all of this is to show that the idea of writing a new theme every time is overkill. Template files themselves don&#8217;t vary a lot. Most of the functionality and variation happens in javascript and CSS. those can both be handled by only a couple of files. If theme authors could depend on the sandbox being in every wordpress distribution, It would make it easier for them, as well as for casual users who just want to change something small about a theme. It&#8217;s a lot easier to find the thing to change when there are only 3 files in the Theme Editor panel of the dashboard. [...]</description>
		<content:encoded><![CDATA[<p>[...] My point in writing all of this is to show that the idea of writing a new theme every time is overkill. Template files themselves don&#8217;t vary a lot. Most of the functionality and variation happens in javascript and <acronym title='Cascading Style Sheets'><span class='caps'>CSS</span></acronym>. those can both be handled by only a couple of files. If theme authors could depend on the sandbox being in every wordpress distribution, It would make it easier for them, as well as for casual users who just want to change something small about a theme. It&#8217;s a lot easier to find the thing to change when there are only 3 files in the Theme Editor panel of the dashboard. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: psa &#38; some more design wank &#171; wordpress™ wank</title>
		<link>http://archgfx.net/blog/2006/asides/themes-vs-skins/comment-page-1#comment-12398</link>
		<dc:creator>psa &#38; some more design wank &#171; wordpress™ wank</dc:creator>
		<pubDate>Sun, 24 Sep 2006 13:04:07 +0000</pubDate>
		<guid isPermaLink="false">http://archgfx.net/blog/2006/asides/themes-vs-skins#comment-12398</guid>
		<description>[...] Adam wonders whether another 100 wordpress.com themes are really necessary. My feeling is that custom CSS didn&#8217;t take off as they&#8217;d hoped, and Matt is reading this as &#8216;people want full-scale themes, not mere stylesheets&#8217; rather than &#8216;$15 is too pricey and people are put off by the lack of official support&#8217;. No doubt the unpopularity of custom CSS will get spun as &#8216;oh, it was always going to be a niche option for geeks, we weren&#8217;t expecting much&#8217;; but there were copy-and-paste options for non-coders within a couple of days of the feature being launched, so that doesn&#8217;t really wash. I&#8217;m also afraid that the whole Barthleme mess may have damaged Sandbox&#8217;s chances of getting made the default theme (this would get spun as &#8216;we put it on wordpress.com and it wasn&#8217;t that popular&#8217;). I hope I am wrong about this, but then I remember how political the Kubrick decision was, and I wonder. [...]</description>
		<content:encoded><![CDATA[<p>[...] Adam wonders whether another 100 wordpress.com themes are really necessary. My feeling is that custom <acronym title='Cascading Style Sheets'><span class='caps'>CSS</span></acronym> didn&#8217;t take off as they&#8217;d hoped, and Matt is reading this as &#8216;people want full-scale themes, not mere stylesheets&#8217; rather than &#8216;$15 is too pricey and people are put off by the lack of official support&#8217;. No doubt the unpopularity of custom <acronym title='Cascading Style Sheets'><span class='caps'>CSS</span></acronym> will get spun as &#8216;oh, it was always going to be a niche option for geeks, we weren&#8217;t expecting much&#8217;; but there were copy-and-paste options for non-coders within a couple of days of the feature being launched, so that doesn&#8217;t really wash. I&#8217;m also afraid that the whole Barthleme mess may have damaged Sandbox&#8217;s chances of getting made the default theme (this would get spun as &#8216;we put it on wordpress.com and it wasn&#8217;t that popular&#8217;). I hope I am wrong about this, but then I remember how political the Kubrick decision was, and I wonder. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: adam</title>
		<link>http://archgfx.net/blog/2006/asides/themes-vs-skins/comment-page-1#comment-12396</link>
		<dc:creator>adam</dc:creator>
		<pubDate>Fri, 22 Sep 2006 13:30:22 +0000</pubDate>
		<guid isPermaLink="false">http://archgfx.net/blog/2006/asides/themes-vs-skins#comment-12396</guid>
		<description>well, possibly forgotten by matt, but probably not by the dozen people who requested it in &lt;a href=&quot;http://wordpress.com/blog/2006/09/08/theme-requests/&quot; rel=&quot;nofollow&quot;&gt;the thread&lt;/a&gt;.

my point with scripting was that much of the &quot;cool factor&quot; that people want from themes is done through scripting, not through any sort of core theme structure.  aside from options pages (which are largely rendered moot by the combination of widgets and CSS control), there isn&#039;t much that the PHP structure of a theme can change.</description>
		<content:encoded><![CDATA[<p>well, possibly forgotten by matt, but probably not by the dozen people who requested it in <a href="http://wordpress.com/blog/2006/09/08/theme-requests/" >the thread</a>.</p>
<p>my point with scripting was that much of the &#8220;cool factor&#8221; that people want from themes is done through scripting, not through any sort of core theme structure.  aside from options pages (which are largely rendered moot by the combination of widgets and <acronym title='Cascading Style Sheets'><span class='caps'>CSS</span></acronym> control), there isn&#8217;t much that the <acronym title='PHP Hypertext Processor'><span class='caps'>PHP</span></acronym> structure of a theme can change.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott</title>
		<link>http://archgfx.net/blog/2006/asides/themes-vs-skins/comment-page-1#comment-12397</link>
		<dc:creator>Scott</dc:creator>
		<pubDate>Fri, 22 Sep 2006 12:51:32 +0000</pubDate>
		<guid isPermaLink="false">http://archgfx.net/blog/2006/asides/themes-vs-skins#comment-12397</guid>
		<description>I suppose Barthelme has been forgotten. Sigh.

Another suppose: WordPress.com probably needs to be as out-of-the-box-blogging-fun as possible to keep it viable. But the fact that the Sandbox is there and able is a good thing. A very good thing. 

But what I&#039;d like to pick up from your suggestion is &lt;strong&gt;scripting&lt;/strong&gt;. It&#039;s a security issue, of course, but perhaps that could be controlled by enabling it through plugin-like functionality. Not sure exactly. 

I think the next step is to make the blogs &lt;i&gt;function&lt;/i&gt; better. And for that, scripting is probably the key.</description>
		<content:encoded><![CDATA[<p>I suppose Barthelme has been forgotten. Sigh.</p>
<p>Another suppose: WordPress.com probably needs to be as out-of-the-box-blogging-fun as possible to keep it viable. But the fact that the Sandbox is there and able is a good thing. A very good thing. </p>
<p>But what I&#8217;d like to pick up from your suggestion is <strong>scripting</strong>. It&#8217;s a security issue, of course, but perhaps that could be controlled by enabling it through plugin-like functionality. Not sure exactly. </p>
<p>I think the next step is to make the blogs <i>function</i> better. And for that, scripting is probably the key.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
