muffinboy

Great post on The The. I still listen to those records a lot ??

Obviously fixing 1.2 is priority number 1 now, but is the same vulnerable code present in the 1.3 alpha releases? And if so, will it be fixed in one of the upcoming nightlies?

Make a new post and save it. Once you have saved a new post, the Exhibit controls become available below the post textarea.
If this doesn’t happen for you, something must have gone wrong somewhere. If you post more details about what you did and what doesn’t happen then hopefully we can help you out ??

Ah cool ??

The main problem with using post ids is that if you ever decide to change your blog software or if you need to re-install in such a way that you’re forced to create new post ids, then all your permalinks will be broken.
Using the date structure is very “bloggy,” in the sense that when weblogging started it was very date oriented, something that we seem to be moving away from a bit, but it _does_ create a very sound URL structure. Personally I haven’t found an alternative that pleases me enough to switch.

Thanks for the info Ryan! It’s good to know that archive.php, category.php, etc. can simply be part of the theme by dropping them in the theme directory.
I’m hacking around a new theme myself and I need just one quick confirmation: Is a theme’s index.php also going to into the theme directory? Meaning: is the theme’s alternative index.php going to be called instead of the vanilla index.php when present? I found this hard to deduct from the current nightly code ??

I confirm this behavior on the forums. This indeed happens with IE6 and IE5.5 on WinXP SP1.
The forums go wild in IE5 with huuuuge white spaces appearing and the textarea is already very very wide in IE5, but doesn’t resize when you start typing in it.
I can’t confirm it for the standard WP install, as I just ripped out all the css for my test site.

Yes, something like that. Maybe the developers could write a quick guideline for theme developers. I don’t know exactly how the theming is going to be organised, but say:
– if themes are going to go in a /themes/ directory, maybe each theme should go in its own subdirectory: /themes/theme1/ etc.
– then, maybe, in the /themes/ directory each theme should drop its own theme1.cfg, theme2.cfg, etc. file that holds data about the theme, like a brief description, author and link to image.
– then WP could check that directory for config files and display all the themes installed in the directory.

I appreciate the integration of the BB in the overall style of the site, but really, phpBB would be so much nicer ??

As I understand it, this functionality will be added later, so yes, at some point WP 1.3 will probably be able to do what you want.

In your index.php wrap the “post” div in another div that looks like this:
<div class="<?php the_category(',') ?>">
<div class="post">
all the normal stuff goes here
</div>
</div>
In your stylesheet just define the classes with the same names as your categories, but beware, you cannot use category names with a space in them, because CSS selectors cannot have spaces in them.

Yes, this is possible. Search the forum for “multiple loop” and amongst other things, this thread shows up.

No. You simply cannot put “alt” or “title” attributes in your stylesheet because the are HTML attributes.
Both “alt” and “title” should be in your index.php template and not in your stylesheet.
If you have the image background you’re talking about set on a “h2” element, you should set the “title” attribute on that “h2” element and not on the background image.
I’m not sure I can make this any clearer, but this is simply the way it is. If you need some help with your actual HTML or CSS, please post a link so we can have a look at it, because so far we’ve only been talking theory ??
The difference between “alt” and “title” is that the text in “alt” is there purely for those situations where you cannot view the image that the alt text is attached to (like when you are blind or when you are using a text-only browser like Lynx), while the text in the “title” attribute should show up in a little mouse tip balloon when you hover over the element that you have put attribute on.
Many people confuse this, because Internet Explorer shows the “alt” text in the mouse tip balloon when there is not “title” attribute. Check this difference with Firefox and you’ll see that it won’t display the “alt” text as a mouse tip.

Ah, yes, my fix only works when you have content that is ‘long’ enough so you have to scroll, in which case the bottom of the #rap div is near the bottom of the viewport.
This is really weird…

Btw, don’t copy the stylesheet from my test directory, I messed around with it, so there might be some changes left in there that aren’t supposed to be in there.