I installed the TweetMeme WordPress plugin the other day, and I’m pleased with the results.
Not only was it really easy to install and configure, but I’ve noticed several people actually using the button to retweet my posts. You can see it in action in the top right corner of this post.
In this WordPress plugin review, I’ll go over installing the TweetMeme plugin and give an overview of the options. And there’s a screencast too! All after the jump.
You can install TweetMeme for WordPress just like any other plugin. Also since it’s available in the WordPress.org plugin repository, you have the option of installing it automatically via your WordPress admin panel.
After installing and activating, you should see a new “TweetMeme” menu in the sidebar of your WordPress dashboard. The settings page should look something like this.

Check out the screencast below.
float: right; margin-left: 10px; to display it on the right side of my posts. The opposite would be float: left; margin-right: 10px;Everything else is pretty much up to your preferences, like your URL shortener of choice (mine is bit.ly).
If you want to manually place the TweetMeme button in your theme, you have to first select “Manual” under the display settings so it doesn’t automatically display anywhere. Then insert the following code within the loop.
<?php if (function_exists('tweetmeme')) echo tweetmeme();?>
Remember the function_exists part is so there’s no fatal error in the event that the TweetMeme plugin is disabled for whatever reason.
If you want more retweets, you have to make it easy for your visitors to do so. The TweetMeme button a recognizable way to encourage this. I wish I set it up a lot earlier since I’m already noticing an increase in my retweets all thanks to this simple button.
By the way, something big is happening in three days. Long time followers of the blog might have a slight idea of what might be going on.
Related posts:
A new premium WordPress plugin store launched the other day called PluginBuddy, the same people behind iThemes. Their latest plugin is called BackupBuddy which describes itself as an “all-in-one solution for backups, restoration, and migration”.
You can check out my quick video tour below where I go through all the menus and take a (surprisingly) quick database backup of Theme Lab.
Cory Miller of PluginBuddy was kind enough to donate one single use license ($25 value) and one developer license ($150 value) for a couple of lucky Theme Lab readers.
To enter, we’ll use similar rules to our last giveaway.
Please, only one entry per person. If I catch you trying to cheat, you’ll be disqualified.
On Saturday, March 13, 2010 at 12:00 PM EST this content will be closed to new entries, and I’ll pick two winners at random.
You’ll be contacted through the e-mail address you leave in your comment, so please leave a valid email address, otherwise I’ll have to bother you on Twitter.
You should already know the importance of backing up your WordPress site, and while there are other free backup plugins on the market, nothing quite comes close to this one, plus it’s actively developed and supported.
If you’re not feeling lucky, you can go ahead and purchase BackupBuddy now. Otherwise, go ahead and make your tweet, and enter the contest below. Please only comment unless you’re entering the contest. Good luck!
Related posts:
For anyone who uses the WordPress.com stats plugin, you’ll notice it inserts a small smiley image in your footer. This image needs to be loaded to track the stats.
Some people might think this little smiley face is “cute”. The rest of you will find the smiley image unsightly (and possibly evil looking) and will look for ways to remove it. This post will go over:
Don’t ever use display:none to hide the WP Stats Smiley.
First of all, I want to go over the one thing you shouldn’t do when attempting to hide the WP Stats Smiley, and that’s use: display:none. Yeah, I said that twice, but I was just making sure you didn’t miss it.
Yeah, that’s the same code you can use to get a CSS Killswitch effect, but it’s definitely not something you want to be using to not display an image, which needs to be loaded to accurately display stats.
According to this post, the developer recommends to use the following code to your stylesheet (i.e. style.css) if you wish to hide the smiley:
img#wpstats{width:0px;height:0px;overflow:hidden}
Something similar to the above code would be the following:
img#wpstats{visibility:hidden}
The difference between visibility:hidden and display:none is visibility:hidden will still take up space in the design, while display:none will not (and remember, you can’t use display:none unless you want your stat tracking to be borked).
On certain layouts, there is a small problem with this code taking up space below the footer, so I’ve thought of a more creative solution.
Here’s an example of what I’m talking about, notice the smiley in the lower left corner which is causing the footer layout to break.

With the two above examples, the image, while not visible, would still take up space in the layout causing that light gray bar (which is the background color) to appear in the footer.
A combination of absolute positioning plus the code above is a good way to eliminate this issue. You could try something like this:
img#wpstats{position:absolute;top:0;width:0px;height:0px;overflow:hidden}
Depending on your layout, instead of hiding it, it may look somewhat better if the smiley image was centered. You can easily do this with the following snippet of code.
img#wpstats{display:block;margin: 0 auto}
Explanation:
You can use this CSS to properly center pretty much any “img” tag without using additional markup.
By the way, if you use the WP Stats Smiley Remover plugin, don’t. Because all it does it add the “display:none” CSS to your header. The exact thing you’re not supposed to do.
Hope you liked the WordPress/CSS tip. Like the last one, I know this was relatively simple. I can do more advanced ones, so if you have any requests for quick CSS tips like this, let me know in the comments.
Related posts:
Spectacu.la, a WordPress theme club, has just announced the release of their free threaded comments plugin for WordPress. Basically what this plugin does is replace your theme’s comments template with a new one, generated by the plugin.
In addition to that, you also get pagination and jQuery based roll up of subordinate comments. For those who remember the old Theme Lab which used Brian’s Threaded Comments plugin, it’s kind of like that, except neater.
The plugin should work on almost any theme, even if it normally doesn’t support threaded comments, provided it uses the comments_template() call.
Pictured above is the light and dark styles of the comments which are included in the plugin. Read on to check out my screencast which demonstrates these two styles on a really old theme that wasn’t originally designed to support threaded comments.
This can be useful to to theme developers who would rather make use of this comments template instead of designing their own, or at least use their own styles to sculpt the comments form to their liking with the built-in comment stylesheets disabled.
Let me know what you think of this plugin in the comments. Would you consider using this plugin on your sites? Here’s the link again.
Related posts:
The lack of changelogs in a lot of WordPress plugins is something that’s bothered me for a while, and I wasn’t the only one. I’m very wary of upgrading plugins, and when I see that a plugin needs to be upgraded in my WordPress dashboard, I’d like to know exactly what’s being changed. It might be a major security fix, it might be a minor bug, it might not be a necessary update at all. Changelogs give this information to end users about changes from version to version.
Well, there’s some good news for all of you who like to check out the changelogs before upgrading plugins, but it’ll require some action on behalf of the plugin authors. There is now a standardized way of adding changelog information to the plugin’s readme.txt file. To plugin authors wondering how to do this, read this post on Peter Westwood’s blog. This information will then be displayed on a dedicated “Changelog” tab on the plugin’s page on the WordPress.org plugin repository.
I know themes aren’t usually updated as often as plugins are, but I’m wondering if it would be difficult to implement something similar for WordPress themes hosted in the official theme directory. Anyone have any thoughts about changelogs for themes too?