[theme-reviewers] Webmaster Tools IDs - plugin territory?

Philip M. Hofer (Frumph) philip at frumph.net
Mon Jul 15 05:52:17 UTC 2013

There are two sides of the fence on this subject, those who feel that themes should not include anything that a plugin can do; which is fine.   There’s really nothing wrong with that method of thinking.  The OTHER side, which includes myself and Emil and a bunch of others do not really think that it’s a necessity to police those particular things.   A theme doesn’t have to be cross compatible in every way except the way that the theme unit looks.  Any extra feature to a theme is just that, a bonus.   Whether someone switches theme’s constantly makes no difference. 

A HUGE majority of themes that are being used are actually commercial themes: http://wordpress.org/themes/commercial/

Those when switching to one theme or another will have some things no longer work – and that is fine.  There are plenty of ways, avenues and programming that you can take to include those features into the theme you switch to.

The BIGGEST idea about that the don’t-worry-about-it group’s main objective is to make the theme review process easier and faster to get through.   The biggest thing that people get hung up on returning day after day to review themes is how time consuming they are to go through.   We also believe that it’s not the theme review team’s responsibility to control that aspect of allowing a theme to have a feature or not, that is up to the core dev’s to make that determination.

Use all of the plugins, theme unit test and requirements for the backlinks and other things.   Do the cursory views of everything that’s important and move em through the review process.  

From: Emil Uzelac 
Sent: Sunday, July 14, 2013 5:59 PM
To: Discussion list for WordPress theme reviewers. 
Subject: Re: [theme-reviewers] Webmaster Tools IDs - plugin territory?

No worries, it's all good. So here it is, one example: 
http://codex.wordpress.org/Settings_API excluding "Cowboy Coding" 
there should not be any issues with that.

Or even better:

On Sun, Jul 14, 2013 at 7:55 PM, Azizur Rahman <prodevstudio at gmail.com> wrote:

  If there is no core api for this kind of option/configuration then how does a developer add those properly? (I am not picking on you Emil so don't take it personally) 

  IMO these options are equivalent to robot.txt which is taken care of in core.

  In my view these are site configuration and theme should stay out of them. It has nothing to do with presentation.

  WPTRT could propose that if a theme is going to provide an interface to set these value they need to be stores such a way that it can transfer from theme to theme and even plugins. WPTRT needs provide those guidelines in where and how these config stored/retrived. so that user/site is not impacted adversely when switching themes.

  I know not everyone will agree to above but it is in the best interest of the end user. 



  On Monday, 15 July 2013, Emil Uzelac wrote:

    Hi Jason, 

    Assuming that we're referring to Theme Options, this should be fine.

    As long as this is not hardcoded and properly added :)


    On Sun, Jul 14, 2013 at 6:28 PM, Jason Clarke <jgc at jasonclarke.org> wrote:

      Hi Admins, 

      Long-time listener, first-time caller here- in reviewing my first theme, I remembered a recent list discussion on how Analytics-specific fields in themes are not allowed because they're considered plugin territory.

      On a related note, I'm assuming that other similar fields such as "Google Webmaster Tools ID" and "Alexa ID" are also plugin territory- can the admins confirm this is the case?

      Thank you!

      PS - As a side/related note, it would be super helpful if the list archives where somehow searchable - that might be one more avenue for newbies like myself to check before emailing the list (assuming guidelines haven't changed).

      Jason Clarke


      theme-reviewers mailing list
      theme-reviewers at lists.wordpress.org

  Sent from Gmail Mobile

  theme-reviewers mailing list
  theme-reviewers at lists.wordpress.org

theme-reviewers mailing list
theme-reviewers at lists.wordpress.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.wordpress.org/pipermail/theme-reviewers/attachments/20130714/273c87f7/attachment.html>

More information about the theme-reviewers mailing list