While I’m still working out the exact method to define a content type, I’m far enough along that I was able to start working on the code to display the extra forms for each content type.

The idea is simple: Select a content type, and the additional form fields for that content type appear below the main form.

Today, I built a working example of just that. Most of the work now will go into making this functionality more robust and flexible.

It’s hard to keep working on the plugin when I find out that a new version of Wordpress has been released.

Lot’s of cool stuff from a user and developer standpoint. Read the announcement.

Sounds like there’s a lot of new goodies for plugin developers. I don’t know whether I should keep working on my plugin or spend the rest of the day playing with the new version!

I’m currently working on the Content Types feature of my CMS plugin for Wordpress. As previously discussed, I think this is an important feature for a CMS that is truly extensible and flexible enough to be used for any purpose.

At the moment, I’m working on determining the best way to define a Content Type and its options in the database. Some types of content will use data from wp_posts along with data from other tables (joins), while others will be totally separate, so it’s important that the definition format is robust enough to handle all sorts of types. From there, the next step is to implement that format so that I can easily (and efficiently) pull all data (including custom metadata from other tables) for a post (or group of posts).