All,<div><br></div><div>Please ensure that discussion specific to the proposed Guidelines revisions takes place in the comments to the post on the Make site - mainly, to help ensure posterity. (Not everyone follows this list.)</div>
<div><br></div><div>Otto&#39;s back-and-forth explanation is exactly the kind of thing that will be beneficial to everyone in the future, should similar questions arise regarding this particular requirement.</div><div><br>
</div><div>Chip<br><br><div class="gmail_quote">On Thu, Nov 10, 2011 at 3:34 PM, Otto <span dir="ltr">&lt;<a href="mailto:otto@ottodestruct.com">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;">
Good. Now, _that said_, not all translation programs care about<br>
namespaces there. So some tools do indeed work with variables there,<br>
simply because they&#39;re ignoring the namespace anyway.<br>
<br>
However, we do care about namespaces. Especially if some kind of<br>
mechanism was going to be created to make translations much easier all<br>
around...<br>
<br>
-Otto<br>
<br>
<br>
<br>
On Thu, Nov 10, 2011 at 3:31 PM, Tyler Cunningham<br>
<div class="HOEnZb"><div class="h5">&lt;<a href="mailto:seizedpropaganda@gmail.com">seizedpropaganda@gmail.com</a>&gt; wrote:<br>
&gt; Otto,<br>
&gt; Those are good points, I never thought about the translation functions being<br>
&gt; parsed by non-PHP applications/programs.<br>
&gt; I personally have never used a variable in a translation function but from<br>
&gt; the perspective of someone who utilizes variables a lot it struck me as odd<br>
&gt; to deny their use. Now I understand though, so thank you for the<br>
&gt; explanation.<br>
&gt; Regards,<br>
&gt;<br>
&gt; Tyler Cunningham  |  Founder, COO - CyberChimps LLC<br>
&gt; @tylerbcunning<br>
&gt; <a href="http://gplus.to/tylercunningham" target="_blank">http://gplus.to/tylercunningham</a><br>
&gt; <a href="http://linkedin.com/in/tylerbcunningham" target="_blank">http://linkedin.com/in/tylerbcunningham</a><br>
&gt; <a href="mailto:tyler@cyberchimps.com">tyler@cyberchimps.com</a><br>
&gt;<br>
&gt; On Thursday, November 10, 2011 at 1:21 PM, Otto wrote:<br>
&gt;<br>
&gt; On Thu, Nov 10, 2011 at 3:14 PM, Tyler Cunningham<br>
&gt; &lt;<a href="mailto:seizedpropaganda@gmail.com">seizedpropaganda@gmail.com</a>&gt; wrote:<br>
&gt;<br>
&gt; I still think this is a bit much to be a REQUIRED. I see Mark&#39;s point and<br>
&gt; I&#39;m sure he&#39;s right when it comes to automation, but shouldn&#39;t the decision<br>
&gt; ultimately be left up to the theme developer?<br>
&gt; I think this would be a much better RECOMMENDED, does anyone else agree?<br>
&gt;<br>
&gt; No. Doing it with variables is just plain wrong, on all levels. It&#39;s<br>
&gt; not really a matter of choice, it&#39;s a matter of standards. The strings<br>
&gt; need to be capable of being parsed by other code. This is<br>
&gt; code-parsing-other-code here, and that&#39;s the basis of all the gettext<br>
&gt; translation mechanism.<br>
&gt; In the plugins area, for example, there&#39;s a handy button on the<br>
&gt; backend for plugin developers to generate the POT files for your<br>
&gt; plugin automatically. If you use a variable, then they don&#39;t work.<br>
&gt; Why? Because those programs don&#39;t *run* your code, they scan it for __<br>
&gt; and _e and similar, then generate the necessary translation files. All<br>
&gt; translation tools work in this manner.<br>
&gt; So put simply, the use of variables for the translation namespace<br>
&gt; fundamentally *doesn&#39;t work* with any existing translation tools. The<br>
&gt; code should be machine parse-able, and it is, if you don&#39;t rely on any<br>
&gt; variables in your translatable strings.<br>
&gt; -Otto<br>
&gt; _______________________________________________<br>
&gt; theme-reviewers mailing list<br>
&gt; <a href="mailto:theme-reviewers@lists.wordpress.org">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>
&gt; _______________________________________________<br>
&gt; theme-reviewers mailing list<br>
&gt; <a href="mailto:theme-reviewers@lists.wordpress.org">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>
&gt;<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>
</div></div></blockquote></div><br></div>