Wedge

You can always remove stuff you don't like, you know... I won't blame you for that ;)
I'm just saying that Sbox doesn't support non-dropdown select boxes, so it leaves it to the regular GDI drawing, and thus gets to benefit from its features.

Suggesting to simply check for modified_member when deleting a member, and if found, unserialize data and serialize with last known member name.

Although I'd rather we store the actual username as modified_name in data, instead of real_name (display name), and we put the priority on showing the (display) name as found through modified_member. Then if modified_member is associated to no name, we can use modified_name in its place.

Perfect then, thank you :)

I can imagine that this is a bit frustrating -- if anything, adding a flag for "can edit" isn't really linked to knowing whether an admin edited the post -- e.g. they can simply not edit a post but prevent someone from editing their post, so that makes the storing of editor IDs a bit less useful than if an admin editing a post would block it automatically. If you know what I mean.
It's not like the messages table has too many fields, like the members table that really, really needed a data field (even though we're not using it much for now... I think?), but it can be seen as betting on the future, especially for plugins. :)

Maybe this kind of 'post can't be edited by author' thing should be part of a future 'data' field.
Other elements that could be part of it (i.e. anything that's not searchable, but only used when showing the post):
- modified_time
- modified_name
- smileys_enabled?
- poster_email?
- subject??? (maybe not -- topic-wide renames, etc.)

That's still quite a lot of data that could be moved there.

rev 1328
(3 files -1, 2kb)

! A couple of pages wouldn't correctly update the selected item if canceling a change. (ManageMembergroups.template.php, Profile.template.php)

* As much as it hurts me, reverting my Opera fix for select boxes. It just doesn't work when select boxes are inline, such as the post editor and the thought system. I could have looked and added exceptions for every single inline box, but it's really not realistic. So it's an additional 11 bytes for sbox.js, sorry about that, and for Opera: a slightly less eye-candy opening/closing animation, minor width issues when selecting and a glitch in the last list entry when navigating boxes with the keyboard -- don't ask me why, I have no frigging idea. The rest should be okay, so it's an acceptable alternative. Until someone finds the reason for all these Opera bugs. There are limits to my Opera fanboyism, I guess. (sbox.js, Worg/index.opera.css)

Quick mod is just a single checkbox, so it doesn't take space and even if I never really use it, it's still okay to have the checkbox in there...Yeah, that sounds quite odd to me.. Then again, if it's just for people with moderation powers, it's bearable...