dedge

Using <img class=”right” … /> for your cartoon makes the IMG tag look to your stylesheet for instructions on how to present the image with the style class named “right.”

Try adding this to your style.css file:

.right {
border-style:none;
float:left;
clear:left;
vertical-align:text-top;
}

If this makes the text bump up against the image and you’d like a little whitespace, try adding this line to the CSS entry above (before the closing bracket):

margin:0 10px 10px 0;

This will put a 10-pixel margin on the right and bottom sides of elements with the “right” class.

Everything you define with class=”right” will now have these properties. (Well, unless you override them, but that’s best left for another discussion.)

If the database is truly gone, there’s nothing that can be done.

But… Is the database truly gone?

Check with your hosting provider and see if they can restore it from a recent backup. You’d still lose material added since the backup, but that would be a small price to pay. Speaking of price, your host may charge for the restoration, most do when they are not at fault — still, it’s probably worth it.

You could use the in_category template tag to write some custom style rules, for example:
<?php if ( in_category(4) ); ?>
<div class="cat4heading">
<?php endif; ?>
would apply a specific heading to category 4, as defined in your CSS style sheet.

There’s a plugin to add category images.

On the static page, immediately after the second horizontal rule (the one below the text “Typical stuff, eh?”) there is an unclosed <font> tag.

In the case
<hr noshade size="1" color="#434671">
<p><font size="2">
The <font> tag never gets closed and the size effect flows into your sidebar.

I don’t think you’re having a WordPress problem. I’ll contact you by email using the address on the blog listed in your profile. There are a couple troubleshooting steps we can take and I can provide a temporary POP3 account to test against.

Sorry, you’ve got me stumped at the moment… The only thing I can think of is the usual troubleshooting step of “what changed around the time this happened” in your install. If nothing truly changed then that pretty much just leaves the server. You’ve probably thought of this stuff already, but a few ideas:

• Log off & back on in case it’s a user level / cookie thing.
• Disable plugins one by one, testing each time. I’ve had functions broken by plugins in very non-intuitive ways.
• Check with your host to see if PHP security or the upload path has changed somehow.

You can fake a thumbnail by hard-coding the image size you want into your (X)HTML, i.e <img height="150" width="100" ...>. This does not create an actual thumbnail file, and has the added drawback of not provding any bandwidth reduction because the full file is still downloaded to the browser.

There are lots of image editing programs that can make thumbnails on your computer, then you can upload them. Some can automatically batch process lots of images at once. Some are free. I’ve never heard of an FTP application with this built in, though. Try Googling “thumbnail image editor” or similar.

Figured you’d have checked that right away, but it’s always worth a reminder…

Are the files you’re trying to upload now markedly larger than the earlier ones? The maximum php-uploadable file size can be configured on the server. Maybe you’re hitting that limit?

Yep, I’ve been seeing this “warning, this feed is valid but…” message for Atom validation as well. I had already tweaked for the excerpt plain vs html issue and was getting good validation as recently as a few days ago. I’m thinking the validator was changed somehow as part of the 0.3 to 1.0 spec.