WPCandy Podcast 27: Making us look bad edition


I know what you’re thinking—it isn’t possible. Could this really be a new WPCandy Podcast? Indeed it is. After a shamefully long gap since the last podcast we’re back at it, this time joined by the newest contributor to WPCandy, Daniel Immke. In this episode we discuss the Quarterly a bit (by the way, pre-order yours), WordPress 3.3 RC1, WordAds, and a couple of fun stories that popped up in the last week or so.

Jump straight into the podcast audio here:

Audio clip: Adobe Flash Player (version 9 or above) is required to play this audio clip. Download the latest version here. You also need to have JavaScript enabled in your browser.

Link-wise, this week we discussed:

Then we have picks. This week Brian chose the Ambrosite Next/Previous Post Link Plus plugin, which is entirely a mouthful to say. Daniel’s pick was the Headway Themes redesign that went up recently, and my pick (though I’ve yet to play with it) is the Social plugin from Crowd Favorite and MailChimp.

Subscribe to the show on iTunes, or directly to the RSS feed. As always you can send any emails you would like to have included on the show to [email protected]. Download links are after the jump.

If you would like to download the podcast in MP3 format directly, you can do so here.

16 thoughts on “WPCandy Podcast 27: Making us look bad edition

  1. Daniel: The checks we use on the theme uploader process are the same ones you can get from running the Theme Check plugin on your theme, on your own development site.

    The reason we have some of those checks for things such as tags are simply because if you don’t support them, then the users of your theme could be confused and not understand why their tags don’t show up. That sort of thing.

    Honestly, the required theme checks are really very, very minimal. We’ve allowed special cases through before (and are working to make this more streamlines for special cases), but really any theme meant for public consumption should be able to pass the required parts of the automated theme check.

    On the whole, I also think that theme check like this forces theme developers to step back and rethink things sometimes. Like, why don’t you support Tags? I mean, is it so hard to add a single line to the single post page to show the tags underneath the post? Things like that. The things in the theme check listed as “required” as *super* minimal, really. Most of the theme reviewers I’ve talked to really think it should be more strict.

    For my own use in testing, I once made a test theme that contained the absolute minimum requirements to get through the theme check (for my own testing of the uploader). It was under 800 bytes. 🙂

    Also note that the theme check output is generally quite huge, but only the red items are required elements. Lots of recommended elements are also listed, mainly to force the theme developer to think about them before submitting. You don’t have to fulfill all the recommended elements, but maybe it’s a good idea to think about them anyway.

    If you have issues with any specific theme check result, then by all means bring it up on the theme reviewers mailing list. Be prepared for some discussion though. The theme check results come more or less directly from the theme review guidelines, so talking about those results is really talking about whether the guidelines should be required or not, sort of thing.

  2. Pingback: Two different Plugins to try | Experi:mental

  3. Pingback: From the workshop: Don’t steal my Theme Options

Comments are closed.