The new version includes a raft of changes. Taking a look under the hood one might be tempted to say that it’s an entirely new theme, but the experience should remain largely the same, both for admins and users.

Tarski’s options code has been rewritten from the ground up, making all sorts of new features possible. You can now select different widgets for posts and pages than are displayed on the rest of the site. It’s also possible to delete Tarski’s options entirely; however, they’ll remain in the database for another two hours, so if you delete your options by accident, you’ll be able to restore them within that window.

People shouldn’t have to learn PHP in order to use WordPress, or Tarski, but until now a modicum of technical know-how was required in order to add links (other than WordPress pages) to Tarski’s navbar. Now you can simply designate one of your blogroll links categories, and all the links in that category will be appended to your Tarski navbar.

Several people in the forum wanted tags to display everywhere, not just on single post pages, so we’ve added an option for that to the Tarski Options pages. The same goes for reversing the order of the title: now you can have the title of a post appear before the name of your site, just by ticking a box on the Options page. Finally, you can choose to link to either Atom or RSS feeds.

WordPress has automatically generated both types for quite a while now, but Tarski hasn’t linked to them—an oversight I’m very happy to have corrected. In addition to the site feed, the following page types now have automatically generated feed link elements in the document head: category archives; tag archives; day, month and year archives; and finally, searches.

Another request was for Microformat support. A couple of things made it into Tarski 1.6, but Tarski 2 brings hCard to posts and comments, and hAtom to posts.

Tagging also gets a boost with proper support for tag intersections and unions. Templating functions for this kind of thing aren’t even in the WordPress core yet, and it’s nice to be ahead of the curve for once. To see it in action, go and have a look at what’s tagged with bugs or features, or bugs and features. Before Tarski 2, all you’d get is the first tag’s name in the title. Now the title lists all the tags, and whether it’s an intersection (and) or a union (or).

With all the rewritten code comes a new structure: the files in Tarski’s library directory have been completely reorganised. Included code libraries (right now, just the Feedparser library which does the heavy lifting for Tarski’s version checking mechanism) go into library/includes, while PHP classes (and supplementary functions) go into library/classes (right now it’s just the Version and Options classes).

All Tarski’s CSS files, apart from style.css and the alternate styles, go into library/css, while JavaScript files are in library/js. Finally, Tarski’s large functions library has ended up in library/helpers. This new structure makes development easier, since it’s easier for me to remember where everything is, and it cleans up a lot of horrible, messy code that had been hanging around (in many cases) since the first release of Tarski, back in March 2006.

We’ve come quite a way since then, and I’d just like to take a moment to thank everyone who’s helped along the way. People who’ve suggested ideas and reported bugs in the forum; people who’ve helped test Tarski; people who’ve provided code, or artwork, or a critical eye. Jordan Liggitt in particular deserves a lot of gratitude for his hard work on this release. He’s helped make Tarski easier to translate; written a migration routine to carry your options over into the new system; caught various bugs in the new code; and contributed a number of thoughtful suggestions on safeguarding against CSS namespace corruption and improving Tarski’s sidebar options.

Again, thanks to everyone who’s contributed to Tarski in some way, and I hope you enjoy using the new version.

Bugs and suggestions should be posted, as always, on the forum.

Perhaps the biggest change is the removal of our Ultimate Tag Warrior support in favour of the new ‘core’ WordPress tags system. Unless you’re running the 2.3 release candidate, this means your tags will disappear until you upgrade your WordPress installation and import your UTW tags. Tarski’s new tags page template, which you can see in action on our tags page, uses the new WP tag cloud.

While the overall goal of 1.7 was to make Tarski compatible with the new version of WordPress, we also took it as an opportunity to polish our code a bit and add a few helpful new features. As you can see by casting an eye up to the navbar, the ‘Home’ link can now be renamed. People have been asking for this for a while now, and I decided it was time to give in. You can change that on the Tarski Options page; look for the ‘Navigation Options’ header.

Speaking of the navbar, we’ve fixed an annoying issue where one had to re-save one’s Tarski options to get the navbar to reorder. It now reorders automatically whenever you save a page (since that’s when you change the Page Order value). The navbar output has also been added to the hooks system, which means two things: firstly, the constants.php file is now fully replaced (at least as far as it’s going to be), and that you can now add links to the navbar using a plugin. I hope to use this functionality to add a more elegant, user-friendly way to include external links.

The update notifier improvements in the last release have received a boost too, as the version check is now cacheable. To enable the cache, you need to make sure permissions on library/cache/ in your Tarski directory are set to 777. More details are available on the Update Notifier page.

For those who prefer to use a header image as their website title, and hide the actual title, I’ve improved the code so the alt attribute description is the site title when the title isn’t displayed, and the image itself links home (when you’re not on the front page, of course). A pinch of CSS means things should display as before, but the way things work is a bit more closely aligned with the expected behaviour (i.e., the site title links to the home page).

Category and author archives have had their first improvement in a long while: if there’s a description associated with them, they’re now displayed instead of the boring “This is a category archive for…” or “You are currently browsing so-and-so’s articles…”. So if you view my posts, you get a brief sentence about me instead of generic filler text. In addition to this, the document body now has an id which is set depending on which page you’re viewing, so you could make a particular author or category archive display in a certain way just by adding some extra code to your custom style. We’ve also assigned HTML classes to certain elements of the post metadata, so you can style those more easily.

As I detailed in my article on Tarski Plugin Integration, the support for specific plugins is now gone, so if you want to carry on using those plugins with Tarski I strongly recommend giving it a read.

Many thanks to everyone who helped me track down and fix the various bugs in Tarski 1.6; hopefully 1.7 won’t have the same problems. Enjoy the new version.

Please post bugs, suggestions and new translations on the forum.

WordPress’ plugin landscape is constantly changing: new plugins are released, older ones are abandoned by their creators. Functionality previously provided by plugins has been brought into the WordPress core code: first widgets, and in the upcoming 2.3 release, tags. Plugins relying on underlying third-party services like Gravatars and OpenID also change as these services run into problems or simply evolve in terms of their API.

This life-cycle is fairly normal, but our existing support for specific plugins in Tarski simply doesn’t acknowledge this reality. There are quite obviously too many plugins for us to support them all, or even a significant number of them. We’d also rather spend our time improving Tarski, rather than maintaining support for specific pieces of third-party code.

I say ‘specific’ because what Tarski needs—and, in its theme hooks system, now has—is a generic way for plugin authors and users to make their code work with Tarski. It’s in need of better documentation, but it’s there, and it works; several times a week I offer advice to people on the forum as to how they can integrate their choice of plugin with Tarski.

Since the theme hooks system appeared in 1.5 we’ve been in a transition period, phasing out older ways of personalising Tarski installations (like the constants file). The next step is removing support for specific third-party plugins entirely, and that’s what we’re doing in Tarski 1.7. What follows is a rundown of the plugins, previously integrated with Tarski, that are having this support removed, and how you can add that functionality back in.

Widgets

WordPress Widgets are, as of WordPress 2.2, in the core WP code. As such, they’re still supported by Tarski, both in the sidebar and the footer. You can activate a widget-powered sidebar on the Tarski Options page.

OpenID

The extent of our OpenID support consists in testing a couple of plugins with Tarski and rewriting ugly OpenID URLs, so the status of this one doesn’t change: it works with Tarski, and should continue to do so.

Brian’s Latest Comments

The functionality offered by Brian’s Latest Comments plugin is now available in WordPress as a widget. Consequently, we’re simply removing the support for this altogether—if you want to carry on using it, use the widget.

Gravatars

Gravatar had some well-publicised problems, but is now back with a rejuvenated service. You can add Gravatars to Tarski (or any other theme, for that matter) by writing a plugin to buffer the Gravatar plugin function, extract the info, and add it into the comment content by adding a filter to the comment_text hook. The Using Gravatars page on the Codex has more.

Subscribe to Comments

The popular Subscribe to Comments plugin actually adds itself, if you upgrade to the latest version (which, of course, I recommend).

Live Comment Preview

Previewing comments is a feature I wish WordPress came with; Live Comment Preview is a JavaScript-powered halfway house towards fully-fledged preview functionality. It gets added automatically by the plugin, so the loss of integration isn’t a problem.

Clean Archives

The SRG Clean Archives plugin has long been part of our Archives template. No longer. However, I’ve made a Clean Archives template available for those who want this functionality. Just drop it into your Tarski directory and change its extension to .php, then select it as the template for your archives page as usual. I personally prefer version 2.2 of this plugin to the more recent, overly complex JavaScript-powered confection it seems to have become, but fortunately the plugin author has kept the older version available, and that’s what we’re still using. (Sean has responded in the comments.)

Ultimate Tag Warrior

Ultimate Tag Warrior is probably the highest-profile of the casualties. As of WordPress 2.3, tags are available in the WordPress core, and consequently Christine is discontinuing the plugin. Tarski 1.7 supports the new WordPress tags and removes all UTW-dependent code. There’s no going back on this one, I’m afraid, although for those on a nostalgia kick we will be maintaining the WordPress 1.6 branch for the time being, which retains UTW support.

New Features

Martin kindly did another header for this release, Thought Wind.

We’ve added another variant style, skyline.css. It’s very much in the same vein as the other styles, but for the official styles and headers I want to create a sense of variations on a theme, rather than radically different looks (you can always make your own if you want to do something completely different, after all).

There’s now also an option to swap the columns, with the sidebar appearing on the right and the content on the left. All the other columnated sections—navigation, comments, the footer—swap over as well if you choose this option. You can find it under ‘Miscellaneous Options’ at the bottom of the Tarski Options page (Presentation > Tarski Options in the WP admin panel, as always).

Chris has also done some excellent work revising the navigation bar. It now gets its links from the list of top-level pages—and you can choose which ones you want to appear. This option too appears on the Tarski Options page. Another advantage of doing it like this is that the links are no longer hardcoded; if you don’t have URL rewriting enabled, or have a different set of page slugs to ours, the links will still find your pages.

This change to the navigation bar does require you to select your desired pages in the Tarski Options page—don’t panic if there’s suddenly only a “Home” link after updating!

Tweaks

None of the tweaks will change anything major about Tarski—they just add a level of polish which was previously missing. Feed links now find your correct feed addresses, rather than just linking to /feed/; titles that are longer than one line of text will space themselves properly; various bits of “under the hood” code have been cleaned up or streamlined.

Just one note: the page.php file is now redundant, so make sure you delete it when you upgrade Tarski.

If you use the Ultimate Tag Warrior plugin, you’ll be glad to hear that Tarski now includes complete support for its features: we’ve added the option to activate the live tag search feature on the tags page. The plugin does a pretty terrible job of separating content and presentation from behaviour, so the way it operates and displays isn’t as elegant as I’d like. C’est la vie.

As always, post any bugs or problems you have in the comments. We really appreciate your response; it makes the job worthwhile.