One idea for minimizing potential conflict is to require a framework 
used in multiple themes to consistently check/declare a constant unique 
to that framework before it adds anything to the public namespace. <br><br>If
 the correct version is already defined, don&#39;t redeclare anything with 
the framework namespace, and just load the non-framework theme stuff as 
normal. This way the framework won&#39;t declare over itself if somehow 
multiple themes using it are concurrently active, and since the 
framework code would be identical in both places, both themes would 
function as expected.<br><br><div class="gmail_quote">On Tue, Sep 25, 2012 at 7:04 PM, Shinra Web Holdings <span dir="ltr">&lt;<a href="mailto:contact@shinraholdings.com" target="_blank">contact@shinraholdings.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I think an author based namespace goes too far, but I don&#39;t see any reason why a theme has to have just one namespace which is unique from other themes. Is there ever a situation in which two themes would be active on the same individual site at once?<div class="HOEnZb">
<div class="h5"><br>
<br><div class="gmail_quote">On Tue, Sep 25, 2012 at 6:36 PM, Otto <span dir="ltr">&lt;<a href="mailto:otto@ottodestruct.com" target="_blank">otto@ottodestruct.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>On Tue, Sep 25, 2012 at 6:10 PM, Justin Tadlock<br>
&lt;<a href="mailto:justin@justintadlock.com" target="_blank">justin@justintadlock.com</a>&gt; wrote:<br>
</div><div>&gt; One of the things that I&#39;ve wanted to do is use a standardized hook system<br>
&gt; across all my themes.  However, as per the guidelines, this is not an option<br>
&gt; because themes require a unique prefix:<br>
&gt; <a href="http://codex.wordpress.org/Theme_Review#Theme_Namespacing" target="_blank">http://codex.wordpress.org/Theme_Review#Theme_Namespacing</a><br>
<br>
</div>The purpose of theme namespacing is the same as that for plugin<br>
namespacing, to make sure things don&#39;t conflict with each other. In<br>
the case of themes, the fact that themes run one-per-site sorta makes<br>
that a moot point, as long as the prefix being used is careful to not<br>
conflict with plugin names and such.<br>
<br>
However, that is somewhat of a superficial viewpoint, once you<br>
consider multisite. It&#39;s conceivable that a plugin running across a<br>
multisite network could cause unintended side-effects on other sites,<br>
if their themes share hook names and the plugin references those.<br>
<br>
So, in general, I&#39;m okay with using the same prefix across<br>
multiple-themes as long as you take that aspect into account and<br>
choose-wisely as to what your hook names are and what they are<br>
intended to do.<br>
<br>
Also, note that rules can have exceptions. I like the fact that the<br>
review team consists of real people and not just something like<br>
theme-check for that reason. That said, if theme-check is actually<br>
blocking based on this, then some clarification of the guidelines<br>
might be in order.<br>
<span><font color="#888888"><br>
-Otto<br>
</font></span><div><div>_______________________________________________<br>
theme-reviewers mailing list<br>
<a href="mailto:theme-reviewers@lists.wordpress.org" target="_blank">theme-reviewers@lists.wordpress.org</a><br>
<a href="http://lists.wordpress.org/mailman/listinfo/theme-reviewers" target="_blank">http://lists.wordpress.org/mailman/listinfo/theme-reviewers</a><br>
</div></div></blockquote></div><br>
</div></div></blockquote></div><br>