The Example

Lets say you are running a blog that will have podcasts as a content type every so often, but you don’t require a heavyweight plugin like PodPress – Custom Post Types are the perfect solution.

The Code

Take a look at the following code:

register_post_type('podcast', array(
        'label' => __('Podcasts'),
        'singular_label' => __('Podcast'),
        'public' => true,
        'show_ui' => true,
        'hierarchical' => false,
        'query_var' => false,
        'supports' => array('title', 'editor', 'author')
));

Whack that straight in your theme’s functions.php file and voila – you’ll see the new Podcast custom post type right there listed underneath the Comments button. So what did this code do exactly?

The Parameters

As you can see, all we’re really doing is calling the new register_post_type() method and sending through some parameters:

• Label is pretty straight forward, what do you want the custom post type to be displayed.
• Singular label is also intuitive, what do you call ONE of your post types.
• Public is a meta argument to determine whether your post type will be accessible via search, menu’s etc… (more about this on wordpress docs)
• Show UI - set to true to show the custom post type on the back end. False can be set to allow extra content to determine how the custom post type is displayed in the back end.
• Hierarchical is a parameter to determine whether each custom post can have or be a parent of another.
• Supports allows you to determine what content creation fields are used when creating or editing a custom post:
  • ‘title’
  • ‘editor’ (content)
  • ‘author’
  • ‘thumbnail’ (featured image) (current theme must also support post-thumbnails)
  • ‘excerpt’
  • ‘trackbacks’
  • ‘custom-fields’
  • ‘comments’ (also will see comment count balloon on edit screen)
  • ‘revisions’ (will store revisions)
  • ‘page-attributes’ (template and menu order) (hierarchical must be true)

The Results

Shown below: the new “Podcasts” custom post type. Now start filling that bad boy with some content!

Set up is now quicker than ever, so give it a go on your local or dev servers. I would give it a few weeks before upgrading or deploying any live sites however, Wordpress updates are notorious for their security leaks.

Check out the official Wordpress TV introduction to the new features below!

What’s new?

Here are the promised features:

• New default theme including extended customization options (background color).
• Choose your admin name and password during installation.
• Wordpress MU (multi site wordpress) interegration.
• Custom post types.
• Menu management built into the “appearance” tab.
• General back-end theme design.
• Bug fixes.

New Default Theme

Although 99% of people will probably switch this theme off, it’s a decent looking theme (although far from the best I’ve seen) with plenty of customization options.

Easier installation

The addition of allowing developers to define their admin username and password instead of being given a forgettable, randomly generated one is a blessing for anyone whos job involves setting up multiple sites a month. I can remember more than one occasion where I’ve had to go direct to the database to reset the password. This will be an understated but useful feature.

Wordpress MU collaboration

With vanilla wordpress 3.0, bloggers will be able to roll out multiple blogs running off the same backend. Although this includes no groundbreaking features that haven’t been seen in Wordpress MU, it is definately nice to have from the outset should a Wordpress project scope change half way through development.

Custom post types

Although there are many plugins out there that have fixed this issue (my favourite being Pods CMS, highly recommended even after WP3.0 comes out), Wordpress is going to get a lot easier from the outset to create a custom post type. Although you can do a lot with posts and pages, there are plenty of occasions where you may need a type of content on your site that can’t be categorized as either.

Menu Management

For any developer who has struggled to figure out the right combination of exludes and includes when using wp_list_pages(); this is going to be a stand out feature. Using a WYSIWYG approach to designing the menu, this will be endlessly useful and very nice when handing over to clients. Definatly a lot easier to teach a non technical person a drag and drop system than telling them to manage parameters in the wp_list_pages function.

General polish and a tidy up

Overall there seems to be a general tidy up to the codebase and graphics. Hoverovers seem crisp, pages are more responsive and we’re promised several pages worth of bug fixes ensuring there are no hangovers from the 2’s.

So, how can you prepare your site for the major update?

If you are a developer running a vanilla rollout of any of the later 2.x’s then there should be no issues for you as the core codebase behind Wordpress remains the same. If you are a plugin developer the best way to approach the update is to get the latest beta/release candidate version and throwing it on there. Considering WP3.0 is only weeks away from launching, the base code will more than likely remain the same – which should give you a good idea of how well (or not as the case may be) your plugin will be supported. If you have any concerns over how well your site or plugin will work with 3, I’d recommend keeping an eye on the forums or the bug tracking site.