my .02<div><br></div><div>Being a relative newcomer here I started off creating Zen sub themes for all the reasons previously stated here.  I have since switched to the Basic starter theme.  I just download, untar, rename, wireframe etc.  For me this process is much more straightforward and pleasant.  </div>

<div><br></div><div>When I deliver the theme to the client it is set in stone.  If a new theme needs to be created then I typically download the latest and go from there unless there are significant similarities then I would consider customization of the existing.... hmmm </div>

<div><br></div><div>I may have just strengthened the case for sub-theming. O well :).</div><div> </div><div><br clear="all"><b><div><b><br></b></div>Ryan LeTulle</b><br><br><div>&gt; <font color="#666666"><a href="http://twitter.com/bayousoft" target="_blank">bayousoft</a> -twitter</font></div>

<div><br></div><div><img src="http://dl.dropbox.com/u/12083215/m-gmail-icon.png"><br></div><div><div><br></div><br><br></div><br>
<br><br><div class="gmail_quote">On Mon, Mar 14, 2011 at 6:39 AM, Fred Jones <span dir="ltr">&lt;<a href="mailto:fredthejonester@gmail.com">fredthejonester@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im">&gt; At the risk of sounding seditious, there&#39;s no reason you *have* to upgrade a<br>
&gt; base theme after the site is built unless there&#39;s a security update.  In my<br>
&gt; experience security holes in the good/popular base themes are extremely rare,<br>
&gt; so if you want to build your site on a given release of Zen and then a new Zen<br>
&gt; release comes out you can most likely just ignore it.<br>
<br>
</div>That&#39;s what the point of making a subtheme? Why not just make a custom<br>
version of Zen or Blueprint and then avoid seeing that yellow warning<br>
every time you visit the Updates page?<br>
<br>
I don&#39;t make themes from scratch--what I usually do is take an<br>
existing them, and change the name to something else and then<br>
customize it.<br>
<div class="im"><br>
&gt; The main reason I would subtheme is to allow easier updates to your framework/starter theme from d.o. If you have just hacked those themes downloaded from d.o, you have to merge your changes back in. Of course that can be done with git, but I still think sub-theming is better.<br>


<br>
</div>But then you run the risk of the upgrade breaking something, no?<br>
<div class="im"><br>
&gt;  If someone else looks at your site, it will be easier for them to see what is going on..<br>
<br>
</div>Don&#39;t see why it&#39;s easier to deal with a main theme and then a<br>
subtheme as opposed to just one custom theme. Could well be more<br>
complicated with a base and subtheme in fact.<br>
<div class="im"><br>
&gt; Why am I so stupid? Everybody else can restore a whole site in 60 seconds . :(<br>
<br>
</div>Perhaps you misunderstood what I meant--I didn&#39;t say debug and fix, I<br>
said &quot;restore&quot; which means to put back the old code which I had just<br>
moved to a different directory anyway and then import the previous<br>
version of the DB which I just saved. Actually I don&#39;t see those two<br>
operations either via ssh or a good Control Panel should take more<br>
than a minute. After that, of course one probably needs to make a dev<br>
copy of the site and run the upgrade and then examine what the issue<br>
is etc. etc.<br>
<br>
I&#39;m not trying to be unpleasant, just trying to understand here--but I<br>
still haven&#39;t heard a compelling reason for a simple one-theme site to<br>
use a subtheme. Maybe there isn&#39;t one...<br>
<br>
Thanks,<br>
<font color="#888888">Fred<br>
</font><div><div></div><div class="h5">--<br>
[ Drupal support list | <a href="http://lists.drupal.org/" target="_blank">http://lists.drupal.org/</a> ]<br>
</div></div></blockquote></div><br></div>