I would be amenable to making a &quot;Framework&quot; exception, for exactly the reasons you mentioned. However, I would feel *far* more comfortable doing so, if we had something in place for having *approved* Frameworks.<div>
<br></div><div>In the end, I definitely advocate flexibility, and educating around best practices, at this point in time.</div><div><br></div><div>Chip<br><br><div class="gmail_quote">On Wed, Aug 10, 2011 at 12:22 PM, Justin Tadlock <span dir="ltr">&lt;<a href="mailto:justin@justintadlock.com">justin@justintadlock.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><u></u>

  
    
  
  <div text="#000000" bgcolor="#ffffff">
    I&#39;m not opposed to these suggestions if they&#39;re merely
    recommendations.<br>
    <br>
    I use post meta across multiple themes with the same meta key.  This
    at least ensures compatibility with features across my themes.  Not
    to mention, several developers use the Hybrid Core framework, so
    there&#39;s some standardization for meta keys with themes that I didn&#39;t
    create.  I know my users are just a drop in the ocean compared to
    the entire WP user base, but at least a few hundred thousand users
    can have some standardization.<br>
    <br>
    As for the underscore prefix, I typically choose not to do this with
    themes.  This way, the user can still see that they can use this
    metadata, even after they switch themes.  For me, it depends
    entirely upon the situation.  If I want the user to be able to
    easily access this data in the future, I don&#39;t use the underscore.<br>
    <br>
    In general, I believe using a prefix and underscore are extremely
    good practices, especially if the data is specific to just that one
    theme.<div><div></div><div class="h5"><br>
    <br>
    On 8/9/2011 8:06 AM, Chip Bennett wrote:
    <blockquote type="cite">This is great advice, and probably something that
      should be added to the Codex: prefix custom post meta fields with
      theme-slug. Anyone opposed to me adding this to the Guideline
      regarding proper namespacing?
      <div><br>
      </div>
      <div>I would also add (as best-practice, or as a requirement?)
        that custom post meta fields that are handled by metaboxes
        should be prefixed with an underscore, so that they are hidden
        from the Custom Fields metabox.</div>
      <div><br>
      </div>
      <div>Chip<br>
        <br>
        <div class="gmail_quote">On Mon, Aug 8, 2011 at 3:43 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:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">
            <div>On Mon, Aug 8, 2011 at 12:27 PM, Chip
              Bennett &lt;<a href="mailto:chip@chipbennett.net" target="_blank">chip@chipbennett.net</a>&gt;
              wrote:<br>
              &gt; I am considering adding post meta to allow for
              per-post layout selection. It<br>
              &gt; is simple enough to implement; however, here&#39;s my
              question: would this cross<br>
              &gt; the content/presentation line? Or expressed
              differently: would it be<br>
              &gt; inappropriate to add Theme-specific custom post meta
              in this manner, given<br>
              &gt; that such metadata would be mostly useless to the
              user after switching<br>
              &gt; Themes?<br>
              <br>
            </div>
            Post meta for this use is fine, just prefix the meta key
            with your<br>
            theme name so that it&#39;s obvious where the meta came from.<br>
            <br>
            Not necessary to offer a cleanup option as such, but might
            be a nice feature.<br>
            <font color="#888888"><br>
              -Otto<br>
            </font>
            <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>
      <pre><fieldset></fieldset>
_______________________________________________
theme-reviewers mailing list
<a href="mailto:theme-reviewers@lists.wordpress.org" target="_blank">theme-reviewers@lists.wordpress.org</a>
<a href="http://lists.wordpress.org/mailman/listinfo/theme-reviewers" target="_blank">http://lists.wordpress.org/mailman/listinfo/theme-reviewers</a>
</pre>
    </blockquote>
  </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>