Plugins and themes are different animals

A weekly editorial, from Ryan Imel the editor of WPCandy

The more I think about it, the more I agree with Joost de Valk’s post from last week discussing themes taking on functionality that is better left to Plugins.

What I’m thinking is that themes are different from Plugins, So different, that it’s changing how I approach themes and Plugins, and how I determine whether they are quality or not.

I want to tread carefully here, because I release neither themes nor Plugins. I’m a developer, but not one who distributes anything to the public.

Changing themes, whether to another custom developed theme or from one commercial theme to another, is usually a pain. Why? In my experience, it’s usually due to the necessary porting over of options, settings, and sometimes content. It takes effort to make sure that the new theme will not only work, but be personalized as well as the last theme was.

It has me wondering how much of the functionality I have built into WPCandy shouldn’t be in a Plugin rather than a theme. My custom taxonomy settings, for instance. I will absolutely want to bring them along with me when I update the theme.

An analogy

My background is more in front-end development than backend development, so forgive the following analogy.

If a website’s HTML is written well, it will turn the page’s content into meaningful, machine-readable stuff. Then we use CSS to turn the machine-readable into the human-readable. Ideally the original HTML should never need to change. Site redesigns should only need to change the CSS, so the HTML can stay somewhat sacred, traveling with the site as it evolves and grows.

This same principle, that of keeping content sacred and separate from the way the site looks and feels, can apply to themes and Plugins.

This same principle, that of keeping content sacred and separate from the way the site looks and feels, can apply to themes and Plugins.

Using this analogy, the database takes the place of the HTML. Rather than creating new fields to hold the same content, time and time again, wouldn’t it be best to have one dedicated spot that any interested themes (or Plugins for that matter) can call upon?

Most commercial theme’s options ask for social network and analytics information, for instance. This is content that’s sacred to the site, and it likely won’t be changing any time soon. What if—if—a Plugin had such popularity that theme developers chose to use its information over its own options. Perhaps a Plugin could exist which would extend the profile options within WordPress itself, something themes and other Plugins could check for before adding and requiring its own version of the same options.

What if, along with design, it became standard that every commercial theme was scrutinized for any additional options it includes that don’t directly effect the appearnace of the site? How would themes do?

The counter argument

I understand that theme developers are, for the most part, working for the lowest common denominator. That is, their themes must be easy for all users to use. The more moving parts (or activated parts, I suppose) the more difficult it is for the average user.

But these same users are the ones most likely to switch themes without playing it safe and copying over their theme options. So really, supporting a Plugin like I’ve described would make it easier for interested users to test out new themes—maybe your theme.

Nice, but how?

All of this will be lost without solid options to move forward with.

I see two that are most likely.

One, WordPress evolves to the point that more of these types of content options are build into the backend.

Two, a kick ass Plugin (or family of Plugins) is created that is so loved and so adored by its users that theme companies are uncontrollably drawn to include them in their themes.

Anyone who has been following WordPress development for more than a week knows that the first option won’t ever happen (and it’s a good thing that it won’t). A Plugin is far more likely.

So what would it take to start up Plugins—small, bite sized, targeted—to begin taking over the options from commercial WordPress themes? Any ideas? Any takers?

Develop Plugins? There (will be) a handbook for that!

The chapter list for the upcoming Plugin developer handbook has been unveiled. Aaron Jorbin posted the current draft of the handbook overview, which includes the following five sections:

  1. Before You Code
  2. Coding Plugins
  3. Data Structures/Data Storage
  4. WP APIs
  5. After You Code

The full chapter list is too long to include here, but can be found at the WordPress development blog.

Jorbin, currently leading the Plugin handbook project, explained what the handbook is and what it isn’t.

Remember, this handbook is designed specifically for the task of Plugin development. It’s not designed to be the end all, be all guide to WordPress. It’s designed to help new plugin developers get to the point that they can build a plugin and assist existing plugin developers with finding the best practices for doing things.

The Plugin developer handbook is part of the 3.org project, where WordPress developers are focused on improving aspects of the WordPress community, rather than releasing a major update to the WordPress software. You can follow 3.org project progress using the WPCandy 3.org tag.

Volunteer authors are requested, and should comment on the developer’s blog thread if interested. You can follow Aaron Jorbin on Twitter at @aaronjorbin.

New Plugin will improve your internal search results

Derek Herman has released a WordPress Plugin titled Relevant Search that improves on the default WordPress search functionality, which has a notorious reputation for being less than stellar.

Herman explains the basic workings of the Plugin:

The basic idea behind this plugin was to add a FULLTEXT index to the post_title & post_content and run a bit of REGEX on the search terms using that index. Then once daily the plugin will update the index with wp_schedule_event() to keep the search results from become corrupted or invalid.

The Plugin is available on CodeCanyon, one of the Envato Marketplaces. Herman is the front-end developer for Envato’s Plus line of sites, and developed the Plugin primarily to improve search across their network of websites.

You can follow Derek Herman on Twitter at @valendesigns.

New Envato Marketplace, buy and sell WordPress tutorials

It was announced this morning that a new marketplace site, the Tuts+ Marketplace, has launched today as a place to buy and sell tutorials, screencasts, and ebooks.

The new marketplace already offers a small selection of WordPress content. For those inclined toward creating and selling WordPress how-to material this is a nice chance to stand out by releasing content now, before the crowd begins to form.

With nearly 500,000 members, the Tuts+ Marketplace is not a bad place to peddle your WordPress wares. Your cut of sales for new products starts at 40-70% (a rate that will rise soon), depending on whether you sell exclusively with the Marketplace or not.

Be friendly with WPCandy on Facebook

WPCandy is getting all fancy with the social networks. Last week we promoted our Twitter feed, this week it’s our Facebook page.

If you’re a Facebook person (and let’s face it, statistics show most of us are) you can friend us on our page. On Facebook you will see each day’s top posts, as well as special giveaways only available for our friends on Facebook.

Right now, we’re in the double digits. We would love to see enough of the WPCandy community (and there are more than 99 of you!) join us on Facebook that we can turn those doubles into triples.

Not there yet? Then go!

Page 3 of 3812345678910...Last »