That&#39;s sounds great to simply say it&#39;s required that the theme stands on its own, and any externally-referenced APIs or libraries degrade without errors:<div><br><div><br></div><div><i>Required:</i> Themes must degrade gracefully with no on-screen errors if not connected to the Internet.</div>

<div><br></div><div><i>Why?</i> Many sites, such as internal Intranets, do not always have access to the public Internet; in these cases, the user still deserves predictable and usable output from the theme.</div><div><br>

</div><div><i>Example:</i> An externally referenced Google Font will simply degrade to another font in the stack with no on-screen errors (approved), while the <a href="http://zoom.it">zoom.it</a> API gives an error and no image (not approved).</div>

<div><br></div><div><i>Best practice:</i> In many cases, libraries (such as Google Fonts) can simply be bundled with the theme, giving users the most functional and consistent experience in both situations.</div><div><br>

</div><div><br></div><div><br><br><div class="gmail_quote">On 24 December 2011 13:51, Chip Bennett <span dir="ltr">&lt;<a href="mailto:chip@chipbennett.net">chip@chipbennett.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Well, answers that one, then. :)<div><br></div><div>Any other potentially relevant APIs that might be included in Themes?</div><span class="HOEnZb"><font color="#888888"><div><br></div></font></span><div><span class="HOEnZb"><font color="#888888">Chip</font></span><div>

<div class="h5"><br><br><div class="gmail_quote">On Sat, Dec 24, 2011 at 12:33 PM, Amy Hendrix <span dir="ltr">&lt;<a href="mailto:sabreuse@gmail.com" target="_blank">sabreuse@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">From <a href="http://www.google.com/webfonts#AboutPlace:about" target="_blank">http://www.google.com/webfonts#AboutPlace:about</a><br>



<br>
&quot;Open Source Fonts<br>
<br>
All of the fonts are Open Source. This means that you are free to<br>
share your favorites with friends and colleagues. You can even improve<br>
or customize them and collaborate with the original designer. And you<br>
can use them in every way you want, privately or commercially – in<br>
print, on your computer, or in your websites.&quot;<br>
<br>
The font contribution form also requires a checkbox statement that the<br>
submitter owns all rights, and a choice of SIL/OpenFont License,<br>
Apache, or &quot;other open-source license&quot;. No indication of which others<br>
they&#39;ll consider, but the prose description on the about page<br>
certainly at least fits with GPL in spirit.<br>
<div><div><br>
<br>
On Sat, Dec 24, 2011 at 1:24 PM, Chip Bennett &lt;<a href="mailto:chip@chipbennett.net" target="_blank">chip@chipbennett.net</a>&gt; wrote:<br>
&gt; I don&#39;t know that all of the Google Font API-available fonts are<br>
&gt; GPL-compatible...<br>
&gt;<br>
&gt; Chip<br>
&gt;<br>
&gt;<br>
&gt; On Sat, Dec 24, 2011 at 11:54 AM, Edward Caissie &lt;<a href="mailto:edward.caissie@gmail.com" target="_blank">edward.caissie@gmail.com</a>&gt;<br>
&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Why not include, from your example, the Google Font in the package? Is<br>
&gt;&gt; there a benefit to making an API call versus referencing a locally available<br>
&gt;&gt; resource?<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; Cais.<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; On Sat, Dec 24, 2011 at 11:22 AM, Chip Bennett &lt;<a href="mailto:chip@chipbennett.net" target="_blank">chip@chipbennett.net</a>&gt;<br>
&gt;&gt; wrote:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; I&#39;m wondering why it would be a *bad* thing to say that all Themes must<br>
&gt;&gt;&gt; be self-contained, and should not hotlink any resources?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; (I think API references are okay; e.g. Google Fonts - if they&#39;re not<br>
&gt;&gt;&gt; there, the CSS will fall back to another font, so the experience might be<br>
&gt;&gt;&gt; degraded, but it will degrade mostly gracefully.)<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Chip<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On Sat, Dec 24, 2011 at 9:56 AM, Edward Caissie<br>
&gt;&gt;&gt; &lt;<a href="mailto:edward.caissie@gmail.com" target="_blank">edward.caissie@gmail.com</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; @Kirk - Leave a comment to the effect of what Otto has suggested why<br>
&gt;&gt;&gt;&gt; this method should not be used.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; @Otto et al. - This should go into the Guidelines as *not* &quot;best<br>
&gt;&gt;&gt;&gt; practice&quot;, again for the same reason. &quot;Banning&quot; seems like such a harsh word<br>
&gt;&gt;&gt;&gt; to use, I&#39;m thinking simply not-approve-able due to the potential for<br>
&gt;&gt;&gt;&gt; &quot;common&quot; end-user conditions to cause the theme to simply not work, i.e.:<br>
&gt;&gt;&gt;&gt; intranet installation.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; I&#39;m thinking something along these lines for the Guidelines: Themes must<br>
&gt;&gt;&gt;&gt; be self-contained within themselves and/or the WordPress core functionality.<br>
&gt;&gt;&gt;&gt; For example, externally referenced files may not always be available to the<br>
&gt;&gt;&gt;&gt; end-user and therefore should not be used.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; The question is now where to put that into the guidelines as I recommend<br>
&gt;&gt;&gt;&gt; it become effective with the &quot;new&quot; 3.3 guidelines. Any one have any<br>
&gt;&gt;&gt;&gt; suggestions?<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Cais.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; On Fri, Dec 23, 2011 at 7:42 PM, Otto &lt;<a href="mailto:otto@ottodestruct.com" target="_blank">otto@ottodestruct.com</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; On Fri, Dec 23, 2011 at 4:32 PM, Kirk Wight &lt;<a href="mailto:kwight@kwight.ca" target="_blank">kwight@kwight.ca</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;&gt; &gt; In particular, the theme uses a bunch of external APIs for the post<br>
&gt;&gt;&gt;&gt;&gt; &gt; formats;<br>
&gt;&gt;&gt;&gt;&gt; &gt; I&#39;ve searched the mailing list archives, and didn&#39;t find anything<br>
&gt;&gt;&gt;&gt;&gt; &gt; explicitly<br>
&gt;&gt;&gt;&gt;&gt; &gt; banning it, but, well, it weirds me out. A look at how the options<br>
&gt;&gt;&gt;&gt;&gt; &gt; are<br>
&gt;&gt;&gt;&gt;&gt; &gt; implemented would be appreciated too.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; While there&#39;s nothing wrong with the files he&#39;s including and the<br>
&gt;&gt;&gt;&gt;&gt; sources are trustworthy enough, these files should be included in the<br>
&gt;&gt;&gt;&gt;&gt; theme and not added directly from external sites.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; In particular:<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; wp_register_style(&#39;html5reset&#39;,<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; &#39;<a href="http://html5resetcss.googlecode.com/files/html5-reset-1.4.css" target="_blank">http://html5resetcss.googlecode.com/files/html5-reset-1.4.css</a>&#39;,false,$theme_data[&#39;Version&#39;]);<br>



&gt;&gt;&gt;&gt;&gt; wp_enqueue_style( &#39;html5reset&#39;);<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; wp_register_script(&#39;yui-css&#39;,&#39;<a href="http://yui.yahooapis.com/2.8.0r4/build/yuiloader/yuiloader-min.js" target="_blank">http://yui.yahooapis.com/2.8.0r4/build/yuiloader/yuiloader-min.js</a>&#39;,false,&#39;2.8.0r4&#39;);<br>



&gt;&gt;&gt;&gt;&gt; wp_enqueue_script(&#39;yui-css&#39;);<br>
&gt;&gt;&gt;&gt;&gt; wp_register_script(&#39;jquery-template&#39;,<br>
&gt;&gt;&gt;&gt;&gt; &#39;<a href="http://nje.github.com/jquery-tmpl/jquery.tmpl.js" target="_blank">http://nje.github.com/jquery-tmpl/jquery.tmpl.js</a>&#39;, array(&#39;jquery&#39;),<br>
&gt;&gt;&gt;&gt;&gt; &#39;0.1&#39;);<br>
&gt;&gt;&gt;&gt;&gt; wp_enqueue_script(&#39;jquery-template&#39;);<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; This is bad because it adds a dependency on those sites. This means<br>
&gt;&gt;&gt;&gt;&gt; the theme won&#39;t work for some cases, such as on an internal intranet<br>
&gt;&gt;&gt;&gt;&gt; where the user viewing the site has no access to the public internet<br>
&gt;&gt;&gt;&gt;&gt; (this is a *far* more common use case than you might think).<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; While there&#39;s no explicit guidelines prohibiting it that I found in<br>
&gt;&gt;&gt;&gt;&gt; the theme review list, I kinda sorta think that it should be banned.<br>
&gt;&gt;&gt;&gt;&gt; There&#39;s no good reason a theme can&#39;t simply package up these libraries<br>
&gt;&gt;&gt;&gt;&gt; in the theme, presuming the licenses on the libraries is compatible.<br>
&gt;&gt;&gt;&gt;&gt; YUI is BSD licensed, JQuery Template is MIT or GPLv2, and the reset<br>
&gt;&gt;&gt;&gt;&gt; CSS is public domain. All compatible.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; -Otto<br>
&gt;&gt;&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt;&gt;&gt; theme-reviewers mailing list<br>
&gt;&gt;&gt;&gt;&gt; <a href="mailto:theme-reviewers@lists.wordpress.org" target="_blank">theme-reviewers@lists.wordpress.org</a><br>
&gt;&gt;&gt;&gt;&gt; <a href="http://lists.wordpress.org/mailman/listinfo/theme-reviewers" target="_blank">http://lists.wordpress.org/mailman/listinfo/theme-reviewers</a><br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt;&gt; theme-reviewers mailing list<br>
&gt;&gt;&gt;&gt; <a href="mailto:theme-reviewers@lists.wordpress.org" target="_blank">theme-reviewers@lists.wordpress.org</a><br>
&gt;&gt;&gt;&gt; <a href="http://lists.wordpress.org/mailman/listinfo/theme-reviewers" target="_blank">http://lists.wordpress.org/mailman/listinfo/theme-reviewers</a><br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt; theme-reviewers mailing list<br>
&gt;&gt;&gt; <a href="mailto:theme-reviewers@lists.wordpress.org" target="_blank">theme-reviewers@lists.wordpress.org</a><br>
&gt;&gt;&gt; <a href="http://lists.wordpress.org/mailman/listinfo/theme-reviewers" target="_blank">http://lists.wordpress.org/mailman/listinfo/theme-reviewers</a><br>
&gt;&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; _______________________________________________<br>
&gt;&gt; theme-reviewers mailing list<br>
&gt;&gt; <a href="mailto:theme-reviewers@lists.wordpress.org" target="_blank">theme-reviewers@lists.wordpress.org</a><br>
&gt;&gt; <a href="http://lists.wordpress.org/mailman/listinfo/theme-reviewers" target="_blank">http://lists.wordpress.org/mailman/listinfo/theme-reviewers</a><br>
&gt;&gt;<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; theme-reviewers mailing list<br>
&gt; <a href="mailto:theme-reviewers@lists.wordpress.org" target="_blank">theme-reviewers@lists.wordpress.org</a><br>
&gt; <a href="http://lists.wordpress.org/mailman/listinfo/theme-reviewers" target="_blank">http://lists.wordpress.org/mailman/listinfo/theme-reviewers</a><br>
&gt;<br>
_______________________________________________<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></div>
<br>_______________________________________________<br>
theme-reviewers mailing list<br>
<a href="mailto:theme-reviewers@lists.wordpress.org">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>
<br></blockquote></div><br></div></div>