A disclaimer
I would have posted this on WP’s official site if it allowed me to post, but since it doesn’t, I am publishing it on my own blog. This is meant as an appraisal of the new theme approval process on WordPress.

On 9th June 2010 WordPress made an announcement that it was expanding the theme review process. There was a call for volunteers to support theme reviews. This was indeed good news, particularly if you were a theme developer. For a long time Joseph Scott had been the sole approver of themes on WP, and though his work was impeccable and his reviews very good and accurate, if he was traveling or unwell or on holiday theme approvals tended to get delayed. This was by no means a deal-breaker, but having more people looking at themes definitely meant that things would get better.

Soon after the announcement a few things happened that were moves in the right direction:

  1. Quite a few folks signed up in response to Joseph’s post, so there are more volunteers now.
  2. A dedicated Trac project was setup for approvals.
  3. Every time a theme got submitted the corresponding Trac ticket got emailed to the theme author so that he/she could follow what was going on with his theme.
  4. There was much better focus on the quality of code in a theme. Actually the focus was more on writing code that didn’t generate “silent errors” or PHP NOTICE messages, but nonetheless adhering to this is something that keeps down the size of logs on your server.

But that is where the goodness stopped. One of the key things which I had hoped would be addressed, speed of approvals took a nosedive. To cite an example earlier when I submitted a theme version it would take around 1-3 days to get approved. It took 1 day if I submitted it on a weekday and typically 3 days if I submitted it on a Friday. In some cases if it was vacation time then the versions took about a week to 10 days to get approved, but this was more of an exception to the rule. Normally on a day you would see 2-3 versions of different themes getting approved, and on occasion the number of approvals even ran into double digits.

However, with the new experiment somewhere something went wrong. Now you have around 1 theme being approved in 2-3 days, which doesn’t seem right. To drive my point home, version 3.5.7 of Suffusion got approved on 10th July. Today is 28th July and only nine more versions of different themes have been approved (including a version of the WP default theme Twenty Ten). This is a far cry from how things happened earlier. I normally used to wait for about a week before pinging the folks to check the status of a version, so for 3.5.4 I sent out a message asking what was up, and this is what I received:

Thanks for the note.  Unfortunately there is currently a backlog of themes in the review queue.  We are working on it.  Themes are being reviewed in the order in which they were received.  Thank you for your continued patience.

I didn’t know at that time how much the backlog was or how much longer the next version of Suffusion would take for approval. I found out later how you can estimate the potential wait time. The backlog, as I know now, is well over 100 theme versions at present. So somehow adding more people slowed down the process.

The delay also brings in a bunch of associated problems. Currently if you have a theme version in the queue and you submit a new version, the older version gets deleted and the newer version goes to the back of the queue. So as a theme developer:

  1. If I have submitted a bug-fix for the theme 3 weeks back and that hasn’t been approved, how do I ensure that my users get the bug-fix? Distribute it from my site (unapproved)? Doesn’t sound safe.
  2. If I have submitted a version 3 weeks back with some bug-fixes, then I discover some more bugs in the submitted version what do I do with them? If I resubmit a new version I go to the bottom. So I add another month or so to something that has already been in for 3 weeks? Ouch. Incidentally I have had this happen to me quite often, most recently with version 3.5.8 and 3.5.9.
  3. If I choose not to submit the bug-fix for the older version but let the bugs be approved (these are niche bugs that cannot be caught in the approval process, mind you) and then I submit the new version, I am risking users staying with a buggy version for an indeterminate number of extra weeks.

So somehow this review process discourages active theme development, which I feel is counter-productive to the whole experiment.

How can the experiment be improved? I have a few suggestions:

  1. Improve targets. Set a target saying that each approver should aim to disposition a new theme for approval every weekday (or some such figure). If you have 10 approvers, this will take care of tackling 10 themes everyday and bring down the backlog much faster.
    I can almost hear people say, “What does he know?”, or “He is speaking like a consultant”, or “He is oversimplifying”. Well, I have been doing free support for Suffusion since late last September and that is how I keep my backlog down. Every morning I go through all outstanding support requests, take a crack at answering them if they haven’t been answered by someone else, then carry on with my regular job for the rest of the day. If a request comes in during the day, if I am not doing much then I respond to it (or if I think others can respond, I skip it). This has been a largely successful way of staying on top of things. I have responded to more than 3000 posts on my support forum at around 10 posts per day.
  2. Don’t de-prioritize existing themes in the queue upon newer submissions. I love putting out new functionality in the theme, and anyone with any experience whatsoever with Suffusion will agree with me in the fact what I provide is not just cosmetic, but hard features. Sometimes a new version is required to patch a bug. Getting pushed to the back of the queue is very off-putting, because it simply adds so much more in terms of wait time for approvals.
    This simply encourages parallel avenues of theme distribution because developers know that their work will not be approved soon on WP’s official site, so they distribute it from their site. And that is where they can start putting in stuff like tracking code etc into a theme. Mind you, quicker approvals will make this a non-issue, but the current wait of a few weeks is a bit too much.

As a concluding remark, the topic of this post and the issues in the post are not mission-critical and I am sure people have more interesting things to do. However I am sure that the free theme developers would be quite happy with these modifications, particularly since some of them invest a lot of energy in building their themes.

Earlier today Suffusion obtained its 100th rating on WordPress.org. This puts it it rather exclusive company – it is now the 5th theme to obtain this distinction. The four others to have reached this landmark before me are:

  1. Atahualpa – Really the inspiration behind Suffusion and in my opinion the gold-standard of theme customization, Atahualpa is way ahead on all statistical measures on WordPress: most downloads and most ratings. At the time of writing it has been rated a whopping 418 times on WordPress!!
  2. iNove – Another theme that has been around for quite a long time, iNove has been rated 193 times at the time of writing.
  3. Mystique – This is a really popular theme with WP users because of its catchy design. The only theme younger than Suffusion to have been rated more times than it, Mystique has 140 ratings at this point. Its current popularity will probably ensure that it will go over iNove in the near future.
  4. Thematic – It is no surprise that Thematic is the only free theme that has been in the top 15 popular themes since as long as I can remember, and that is very long! No other theme – Atahualpa, Mystique and iNove included has managed this distinction. Thematic is a very clean and well documented theme framework that most people swear by. If you are a theme developer, look at Thematic (and Hybrid) to see how to do it right. At present Thematic has been rated 111 times.

Though unlikely it is possible that I have missed a few here. So if you are aware of any other themes that should be here by all means let me know.

Thank you users, for using Suffusion and voting for it to let people know that you have liked it!

After the long wait for the previous version, 3.5.7 got approved rather quickly. As stated in my earlier post of today, there was a critical bug in 3.5.6 that had slipped through unnoticed. This is the change summary:

  1. Fixed a critical bug that was causing the “White Screen of Death” issue while posting comments.
  2. Fixed a bug where the “full content” posts feature was not working in the Excerpt, Tile and List layout modes.
  3. Did some minor code cleanup.

A rather serious bug was brought to my attention a couple of hours back, that would prevent users from posting comments (I had been wondering why I had received no comments yet on my last announcement!). This bug was causing the ill-famed “white screen of death” whenever users tried to post comments. I took quick steps to resolve this and I have provided the patch at two places:

  1. The original post reporting this on support forum.
  2. At the WordPress forum itself.

And for good measure I am reiterating the fix here:

  1. Open the file comments.php.
  2. Look for this block of code near the top:
           global $suffusion_unified_options, $post;
           foreach ($suffusion_unified_options as $id => $value) {
              $$id = $value;
           }
  3. Either delete it or comment it out.
  4. Use this code instead:
           global $options, $suffusion_options, $post;
           foreach ($options as $value) {
              if (isset($value['id']) && isset($value['std'])) {
                 if (!isset($suffusion_options[$value['id']])) {
                    $$value['id'] = $value['std'];
                 }
                 else {
                    $$value['id'] = $suffusion_options[$value['id']];
                 }
              }
           }
  5. Save and you should be fine.

I have already submitted version 3.5.7 to address this, but given that 3.5.6 took such a long time to get approved I wanted to provide this code to users upfront.

Finally! Finally a version of Suffusion got approved! This is the longest it has ever taken between two versions to be approved. And also, this is the first time in the last 3  months that I am actually posting the release note after the actual release!

This release is actually quite a big one from several points of view. Firstly it has all the changes that I documented in the release notes for version 3.5.4. This includes key features like CSS compression, some new hooks, flattening of the WP 3.0 menus etc.

In addition here are the changes for this version:

  1. Code Housekeeping
    Normally code housekeeping is a footnote in my release notes. But in this release it does get the spotlight and with good reason.
    1. After some feedback from the reviewers at WP I put in numerous checks at various places in the code that shouldn’t impact you as a user, but they do minimize the volume of your server logs. Mind you, this was a very large-scale effort that completely diverted the focus from my main goal for this release. But I guess it was worth its while.
    2. I have reduced repeating CSS code for two sets of elements: the l3nav … l8nav elements, which you see in the “full-sibling view” in the breadcrumbs for pages, and the navigation menus. Again, these were quite big as changes, because of the large-scale visual impact.
    3. I have modified the framework to handle compression better in case you are using a child theme. Some parameters have been provided in Blog Features → Child Themes to let you control the different stylesheets you want to include in your child theme. You can ignore this if you are broadly staying within the confines of the the theme’s look and feel even in a child theme.
    4. Another thing I did was to move the individual skin files into their own sub-directories. This gave me the advantage of defining custom configurations for each skin.
  2. Bug Fixes
    1. In cases where the number of posts was very high (a few hundreds if not thousands) the magazine template tended to fail. Apparently this was a problem with a standard WP function call, get_posts().  This has now been fixed and in the process the magazine template has been made lighter too.
    2. There was one bug that was showing incorrect WP 3.0 menus in the top navigation bar. This has been addressed.
    3. A very long-standing issue was the fact that TimThumb refused to work on WP-MS / WP-MU. Apparently the “issue” was my own absentmindedness, which resulted in my wrongly assuming that the problem was more complex than it actually was. Anyway, this issue is now fixed. WP-MS users can harness the full power of TimThumb image resizing in their installations.
    4. In cases where the static tabbed sidebar was enabled, the special page layouts like “Singe Left, Single Right sidebars” were going completely haywire. This issue has been addressed.
    5. There was a bug that was causing an inaccurate rendition of the header and the top and main sidebars when all of them were set to have backgrounds as wide as the window but contents aligned to the wrapper. Though this was never reported, it needed fixing for a very important reason (see below)
  3. New Features
    1. After several months Suffusion has a new skin!!! This is truly a different skin in terms of styling, look and feel etc. The skin is called Minima and is currently available on a white base with some black highlights with very very few images. Of course, you can pick and choose whatever you want as your colors. I have changed my personal blog to use the new skin. Check it out. There might be some chinks with specific GUI functionality like widget drag-and-drop on the blog pages, but if you stick to something that doesn’t use fancy features you should be okay. As compared to the standard Suffusion look, there are a few things that will jump right at you in Minima.
    2. One of the things you will see that will jump right out in Minima is a continuous navigation bar, instead of the traditional tabs. Particularly if you are running a news site this kind of a look will serve you well. You can control this setting in Blog Features → Main Navigation Bar Setup and Blog Features → Top Navigation Bar Setup, by having a tabbed vs. continuous look. I am not very happy with the color combinations that I managed to get on the dark themes for the continuous navigation bars, but that is something I will fix in the near future.
    3. I have added a new option to switch rounded corners off across the site. Check out Visual Effects → Theme Skinning for setting this.
  4. Feature Changes
    1. I have made significant typographic enhancements to the theme. I have basically followed best practices and guidelines for this, so if you don’t like the new tweaks to line spacing etc you know whom to blame!
    2. Also in typography I changed the base font size from 0.75em to 12px. Apparently some people were having issues rendering the fonts on their browsers because of different browser setups. All other font sizes are left as percentages.
    3. I have modified the theme option menu to be enabled if the user had the capability to “manage options” rather than “edit themes”. This is of particular impact to folks using WP-MS, where previously only the Super Administrator was able to manage theme settings. Regular Administrators were unable to do so even in themes that they owned.

Now a few lines about what didn’t make it to this release. One feature that I really wanted to put in was a few more sidebars, particularly in the header area etc. But unfortunately due to the extremely high volume of work that I had to do, this got pulled. But I promise it will be there in the next release. That’s about it – I am off to relax after a few very taxing weeks working on the theme.

I submitted version 3.5.4 on Sunday, before flying out to the UK. I see that WordPress has still not approved it, so I await the release patiently. This was a big release in terms of the number of fixes and enhancements, so without much ado here is the list:

  1. Optimization
    I did some optimization on multiple fronts:
    1. I introduced a new section under Blog Features called Site Optimization. Most optimization activities have been moved or added there.
    2. I have merged the contents of bgiframe.js with suffusion.js. This is to reduce the overall number of HTTP requests
    3. I have merged the contents of dbx.css with style.css, again, to reduce the overall number of HTTP requests.
    4. You now have options to choose GZip and minification at various levels. Mind you, different plugins can achieve this at various levels for you. In general the capability built into the theme is competent, but not all-encompassing. If you are using a plugin and are happy with it, by all means stick with it. But if you are not using a plugin or don’t want to use one or you don’t have , feel free to give this a shot. From what I have found out this does improve performance on Google Page Speed and on Yahoo YSlow. Feel free to disable the optimization if it doesn’t work well for you:
      1. You can GZip and / or minify the theme’s CSS files from the Blog Features → Site Optimization menu
      2. You can GZip the internal WordPress JavaScript files (like JQuery). Note that these files are already minified, so you don’t have to do anything on that front. Also note that the GZip process doesn’t apply to Suffusion’s JS files (like the JQuery Cycle script for featured content). This is due to a shortcoming in tying together WP’s inbuilt function wp_enqueue_script with the GZip capability. Plugins can still do this for you.
      3. You can also GZip your main content, all from the same Site Optimization section.
  2. WP 3.0 Retro-fixes
    WordPress changed a few things between its last RC version and the final release version. I took care of those in this release:
    1. WP renamed the support type for navigation menus from nav-menus to menus. Because of this the navigation menus seemed to not be working in version 3.5.3 with WP 3.0, while they worked for WP 3.0 RC and Beta versions.
    2. WP also renamed the function is_post_type to post_type_exists. This was causing custom taxonomies to not be associated with custom types in version 3.5.3 (again, this was working for the RC and Beta versions). I have addressed this too.
  3. More WP 3.0 Support
    I have added an option to “flatten” the navigation menus of WP 3.0 in the Navigation menus. Using this setting you will no longer see the menu names in the navigation bar. I have also included WP’s standard code to include feed URLs (this is internal and shouldn’t make a difference to you as a user).
  4. New Widget Areas
    I added two new widget areas: Sidebar 1 (Bottom) and Sidebar 2 (Bottom). These are respectively positioned below Sidebar 1 and Sidebar 2 and will be on the same side as the main sidebars. You can style these sidebars individually, so effectively you can have two sets of tabbed sidebars in the same column.
    As an aside the total number of widget areas in Suffusion is currently 10.
  5. New Action Hooks and Filter Hooks
    A lot of new hooks were added, both as action hooks and filter hooks. You can use these hooks to put in some fancy stuff either through the custom PHP method or through the child theme method. Here are the hooks
    1. Action Hooks
      These have been added with respect to the sidebars. You can use these to put in some custom markup above your sidebars or between the sidebars or below them.
      1. suffusion_before_first_sidebar
      2. suffusion_between_first_sidebars
      3. suffusion_after_first_sidebar
      4. suffusion_before_second_sidebar
      5. suffusion_between_second_sidebars
      6. suffusion_after_second_sidebar
    2. Filter Hooks
      One filter hook has been added:
      1. suffusion_get_post_title_and_link – You can use this hook to append or prefix the post title with some other text. E.g. You can, as one user requested on the forum, have your own image before the post title, or as another user requested, put in a date in the list layout view. Currently the tile layout doesn’t have this hook, but it will have it in version 3.5.5.
  6. Miscellaneous Changes
    I fixed a small bug brought about by my use of the post_class function. This was causing attachment views to show up unstyled. Now they will get the post class. Another bug I fixed was related to the “Page of Posts” template. For some users this seemed to be ignoring the “Display All Posts” I also made minor modifications to the different layout files by adding global variables that indicate what kind of layout you are using – blog, tile or list. Again, this kind of a change doesn’t impact you, but it is useful if you are going to write your own templates. The last change I made was the addition of an option to disable the use of the body_class internal WP function, because apparently PHP 5.2 has some issues with it. Frankly, this wasn’t my problem to solve, but then again, such things have never prevented users from asking me to resolve their issues.

Now for the next release. I can say for sure about two new features in 3.5.5. One is a couple more widget areas (a lot of people have been asking for widget areas in the header). Another is the use of TimThumb with WP-MS, something that has been in my To-do bucket ever since I released BP support for the theme. As for more features, I need to see what I can fit in my timeline.

While it has been humorously suggested that I am a machine, and while a lot of users on the support forums make demands from me seriously assuming I am a machine I have to remind you what I mentioned at the start of the post: I am in London this week, hence my response times and development speed will be off. Also note that I am not in charge of approvals at WP, so please don’t keep posting questions asking when version 3.5.4 will be available – I have no visibility into that.

After months of waiting and after a series of Beta versions and Release Candidates WP 3.0 finally came out today. I encourage all of you to upgrade your installations.

Why Should You Upgrade?

Version 3.0 is a significant release that has a lot of terrific features. Here are some:

  1. Menus
    This is arguably the most awaited feature of WordPress. This is  a huge relief for developers more than users as we don’t have to code our themes to provide you with a mechanism to select pages / categories / links to build the menu. As long as the themes offer basic WP 3.0 menu support you are good to go. You can build and structure your menus as and how you want with very little restrictions.
    Suffusion has supported native menus from version 3.5.0.

    It has been brought to my notice that WP pulled a little trick here. In the release version they changed a call ever so slightly, thereby making it seem like menus don’t work in Suffusion 3.5.3 (and a bunch of other themes that claim to support menus). To fix this:

    1. Open functions.php in your theme editor
    2. Search for the line that says add_theme_support(‘nav-menus’);
    3. Change that to say add_theme_support(‘menus’);

    That’s all.

  2. Integrated Multi-User Code
    With WP 3.0 the two branches of code, WP-MU (multi-user) and WP have been merged. You need to tweak a few settings to convert your site from a regular WP site to a WP-MS (multi-site) installation. You can start by creating a network.
    Suffusion can be used for WP-MS and can be made to work with BuddyPress too for a better experience.
  3. Custom Post Types and Custom Taxonomies
    The next big feature for folks wishing to use WordPress as a full-blown CMS is the concept of Custom Post Types and Custom Taxonomies. This offers limitless possibilities. If you have a site where you do reviews of books, movies and music, you can create custom post types for each of those, then associate custom taxonomies to them, like authors for books, actors and directors for movies and artists for music albums. In a theme that supports child themes you can suitably create your own templates for each of these post types and make them appear very different from the regular “blog” look.
    Suffusion added a plugin-like feature to let you define custom post types and taxonomies in version 3.5.3. This functionality will be enhanced in the next few releases.
  4. Native Support for Custom Header and Custom Background Images
    Now theme developers don’t have to code up a bunch of stuff to handle custom header images and background images. Of course, if you are like me you might still want to code up things – coding definitely gives you a lot of flexibility.
    Suffusion doesn’t support this feature at present, but it will, very soon. I couldn’t beat the WP 3.0 deadline, to be honest :-)

Why Shouldn’t You Upgrade?

Simple answer – themes and plugins. Before you upgrade make sure that your theme is tested to work for the theme you are using. I am assuming that you are not necessarily a Suffusion user, so if you are using a theme that is not compatible and you upgrade, you will find yourself on a sticky wicket.

Another reason why you shouldn’t upgrade is if you have some indispensible plugin that is not tested on WP 3.0.

How Should You Upgrade?

If you don’t see an option on your admin Dashboard to upgrade, head over to Tools → Upgrade and then do the upgrade.

There is always the manual upgrade option, where you can download the zip file from WordPress, unzip it and overwrite everything apart from the wp-content folder.

What? No Suffusion News?

Come on! You cannot expect me to sign off without talking about the progress on Suffusion!

I have been busy the last week adding some optimization-specific stuff to Suffusion, like an ability to use GZip compression and minification on CSS and JavaScript. I have been largely successful in improving a lot of things, significantly bumping up the scores on Google Page Speed and Yahoo YSlow. Mind you, YSlow is quite hard to please – Yahoo’s own site scores a “B” grade on its performance test.

I have also been working on a ton of other stuff, small and big. Stay tuned – a new version will be submitted soon.

Since it has been exactly 2 weeks after my submission of version 3.5.2 and I have heard nothing useful from the folks at WP despite my queries, I have decided to take some drastic measures resulting in some bad news and some good news.

The Bad News
I have pulled BuddyPress support from the theme. All the folders have been removed and a trimmed down version has been resubmitted as version 3.5.3 to WordPress for approval. I would have liked to be a complete theme with BP support, but 2 weeks for approval is simply not acceptable. I hope all of you agree.

The Good News
Of course, my conscience wouldn’t let me leave you in the lurch, so you will get the next best thing – a plugin that you can use on Suffusion and any child theme.

The Bad News – 2
Given the nature of changes in 3.5.3 I couldn’t do the theme AND the plugin. So the plugin is not yet developed.

The Good News – 2
While I haven’t got the plugin ready, you certainly can try out the BP functionality!!! Head over to the plugin page, or what will become the plugin page – right now it has instructions for you to make this work. Go ahead and give it a shot and let me know what you like / dislike.

And now for the details of version 3.5.3:

  1. Removed BuddyPress Support
    As described above. I haven’t removed the style information from the theme’s stylesheets, though. Just the files for BP have been removed.
  2. Bug Fixes
    There were some issues with BP styles, particularly for IE. Those have been addressed. Also the introduction of the body_class() call caused some unexpected styling issues – they have been addressed, too. Then there was an issue with the registration on the multi-site setup of WP, where the form was not rendering correctly. That has been taken care of.
  3. Custom Post Types and Custom Taxonomies
    This is the biggest feature of this release. Custom Post Types have been supported in version 2.9 of WP, but WP 3.0 takes it a lot further. I have provided a UI for you to add custom post types and custom taxonomies. This development took a good bit of time and testing. Here are the highlights:
    1. The Options menu has been subtly reorganized. You earlier had the options accessible through the “Appearance” menu:
      options-1 
      Now Suffusion has its own menu with an ability to set theme options or define custom types:

      options-2

    2. The major sub-feature here is the use of AJAX in the “Custom Types” section. People have complained regarding the fact that Suffusion does a “resubmit” of the options, reloading the page. What is not often understood is that the options UI for Suffusion is phenomenally complex and handling it all through AJAX is not feasible because you will lose the spiffiness that you currently have in the back-end. However I gave AJAX a shot in the Custom Types menu and tedious though it was, I might consider extending AJAX support to the main options page. The UI is still rough around the edges, but I will polish it in the coming weeks.
    3. You can set up custom post types for books, movies, music albums, support forums etc. You can associate your own taxonomies to these, like genre, rating, writer, support-type etc. You can include these in WP 3.0 menus and a bunch of other places, and in general you can make your site a true CMS site.
    4. In conjunction with child themes you can create your own custom layouts for each custom post type.
  4. Support for hAtom Microformats
    Your posts and pages now support the hAtom Microformat, which will  help microformat-capable browsers and browser-plugins detect post content much better.

I am sincerely hoping that 3.5.3 will get approved quickly. And I am hoping even more that you will like this triple release.

Six days after submitting version 3.5.2 of Suffusion for approval I contacted the folks who do the approvals. The news I received was somewhat discouraging. Since I tagged my theme with “buddypress” because it is now BuddyPress-enabled, it goes into a different review queue. The person who does the approvals there is apparently behind, so I don’t know when this version will be available. Let’s keep our fingers crossed, because there were a lot of things in 3.5.1/3.5.2 that were non-BP features.

Minutes after making my submission of version 3.5.1 I realized that there were some errors that had inadvertently crept in because I used the body_class() method. So I had to fix the errors and resubmit the theme, but as version 3.5.2. Now, I had already laid out plans for 3.5.3 before making these changes, so another feature found its way in. So here are the changes for 3.5.2:

  1. Support for Child Themes
    This was another of those long-time to-do activities that I finally got around to delivering. This was surprisingly easy to incorporate and I just had to make a handful of changes. You can now define child themes for Suffusion. This is very easy for you as well. Let us assume that you will create a child theme called “Son of Suffusion”. Here is what you will do:
    1. Create a folder called son-of-suffusion under wp-content/themes.
    2. Create a file called style.css in this folder. Put in these lines:
      /*
      Theme Name: Son of Suffusion
      Theme URI: http://your-theme-url
      Description: Child Theme based on Suffusion
      Version: 1.0.0
      Author: Your Name
      Author URI: http://your-url
      Template: suffusion
      */
      
      @import url("../suffusion/style.css");
    3. The last line in comments, “Template: suffusion” is critical. It tells WP that your theme is based on Suffusion. Make sure that what you put in there is the directory where Suffusion resides.
    4. The first line after the comments is important if you want to use the Suffusion stylesheet. If you don’t have it, Suffusion’s styles will not be loaded.
    5. That’s all, really. You can add additional styles if you wish. This would be one way to not use the “Custom Styles” option. You can also add a functions.php and define your own PHP functions there. That would be one way to avoid using the “Custom PHP” functionality. Note the following:
      1. What you define in functions.php adds on to the existing functions in Suffusion’s functions.php file.
      2. Any other template file that you add overrides Suffusion’s templates. So if you create your own author.php file, that will take precedence over Suffusion’s author template. One very important use of child themes is if you want custom templates for custom purposes. E.g. You can create a file called category-16.php and define a special layout for your category with id 16. You can also create author-specific templates for WP 3.0. See WP’s template hierarchy for more details regarding how to add custom templates.
    6. Suffusion’s huge array of options will all be available to you using this method. Ensure that you keep the theme up-to-date.
  2. Bug fixes for some errors introduced by the body_class() function, for static pages. Of course, after submitting 3.5.2 I caught another of these errors for author pages, but I am not going to bother with another release before WP approves my current release.

That’s it for now. I guess 3.5.2 will be a significant release for you users because it will come armed with both BuddyPress support and Child Theme support. So just keep waiting for WP to approve, while I figure out how to make some more WP 3.0 functionality available to you.

© 2010 Aquoid Suffusion WordPress theme by Sayontan Sinha