JoeyDay

Update, I’ve discovered the plugin does allow me to successfully choose a custom slug during initial Group setup. I still continue to have no luck changing slugs on existing Groups.

Okay, I got the plugin to activate by renaming the directory to something that comes after BuddyPress alphabetically. Looks like the plugin needs a conditional to check that BuddyPress has initialized first before initializing itself.

Aside from this, though, the plugin still refuses to change the slug for any of my groups. I modify the slug and hit submit, but the page just reloads and the slug is back to what it was. ??

No, that can’t be the case here. The posts were exported to and imported from the WordPress-native WXR format, which is an XML file that doesn’t even contain any of the original post IDs. When the posts are imported, they get unique post IDs on the new blog as if they were simply new (backdated) posts.

I’m sure this problem has more to do with search index caching. For instance, new posts that are posted the normal way get cached to the search index, but new posts that are added via an import from a WXR file are not cached to the search index. I can see how search indexing could be very easy to overlook when designing and implementing an import process as complicated as WordPress’s must be.

If there were simply a way to clear the search index cache and force the whole blog to re-index itself, that would probably solve the problem.

*bump*

Anybody?

Never mind. Fixed it by modifying my code thusly.

It would be great if this could be made into a plugin. In the mean time, would someone mind emailing me a working copy of this diff?

This is the biggest dissappointment for me with WordPress. Why can’t the developers pull their heads out of the sand and put a basic comment preview feature in the core code?

I’ve tried both the solutions above, but neither of them is a TRUE preview of a visitor’s comment. They don’t apply my filters. In fact, ComPreVal doesn’t apply ANY filters — if I’m reading the code correctly, it actually DISABLES the default WordPress filters. It also adds html tags that will seriously confuse my readers (not everyone is a web developer like you). The Validation stuff is entirely unnecessary for me because I’m already using Textile, which, in theory, should clean up whatever cruft a user wants to stick in the comment box. The whole plugin seems unnecessarily ANAL.

Live Preview (depending on which one you download) applies proprietary filters with curly quotes, but not an exact replica of my filters. Plus, I’m not that excited about sticking JavaScript on my site and having it break in a large percentage of browsers.

Why, oh why has a simple TRUE comment preview not been built, yet? I’ve built a quick and dirty plugin for WordPress before, but this is entirely out of the scope of my expertise. Someone out there who knows how to code this, please get on this one!

No, it’s not that easy. Believe me, I’ve tried every set of options I can think of. The guys above are right. It is respecting several of the settings, but it seems that “sort_column” defaults to ID and “hierarchical” defaults to 0 no matter how you set them yourself.

I’m sure the WordPress folks wouldn’t have released 1.5 if this problem were effecting everyone. It probably works great on a fresh install, and it might even work for most of those who upgraded.

Did you upgrade from 1.2.x, wodd?

Woah, after doing some tinkering, I’ve realized the problem has nothing to do with my Textile plugin. The problem manifests itself whenever wp-amazon is activated on my plugin list. When I deactivate that, everything works fine. Weird.

I was also having problems viewing post drafts. Disabling wp-amazon seems to have fixed that as well.

myobie, do you have wp-amazon installed? Have you tried deactivating it?

I’m getting the same problem with the “Textile 2 (Improved)” plugin. Something has obviously changed. Should we wait for updates from the plugin makers, or will this be fixed in WordPress itself?

I seem to be experiencing the same problem. Just installed 1.5.

No matter how I set the options in the wp_list_cats template tag, my category list is ordered by ID and is not hierarchical. What’s going on here?

https://www.joeyday.com

The problem has been fixed. Not sure what happened, as the host never contacted me back, but I didn’t change anything, so I can only assume they changed something on their end (or the problem fixed itself in the same way it broke itself).
Hope this doesn’t happen again…

Beel, thanks for your comment on my website. It’s not that I decided against your suggestion. I just haven’t been here since the last time I posted, so I hadn’t yet seen your idea.
Sounds like it will work. I probably won’t get to it until Monday morning, but I’ll keep you posted.

*bump*
Nobody knows anything about this?

Oh, and you’re absolutely right. My users aren’t stupid. They probably know where a “more” link will take them.
I’m really only worried about special cases. The University of Massachusetts Boston has a web accessibility and usability guide in which are listed a few of the special cases.
I’m trying to find something more authoritative, but it’s late and my brain is fried. I know I’ve seen similar statements in places like WaSP or the NYPL online styleguide.