How would that confuse users? Either it is all globally set to one or the other? At any rate, the second, "simple", UI would be the one to go most likely. The box would be stuck on for non-JS users and it doesn't really use that much less space. I've got the default, standard, UI down to using 1 line tags. -Aaron Schulz _________________________________________________________________ http://newlivehotmail.com

As I said before, the users don't choose, the sysadmin sets it in localsettings.php. Also, the interface options are only for how the tag on pages shows, not about the review form or the any of the special pages. -Aaron Schulz _________________________________________________________________ http://liveearth.msn.com

On 24/07/07, Brion Vibber <brion(a)wikimedia.org> wrote: I had this wonderful image pop into my head a moment ago; a sort of Celtic Brion, with flaming beard, covered in woad and other bits and pieces, and he was waving this enormous great sword...and...then he opened his mouth, and all he said was "dude". I'm a little disappointed. Rob Church

On Tuesday 24 July 2007 19:56:22 Brion Vibber wrote: Anyways there is one specific problem we need to solve: How to inject an item into the page caption? Currently this does not seem to be possible as every HTML you inject there with an extension gets escaped. This is not specific to the FlaggedRevs extension. The LanguageSelector extension by Duesentrieb also wants to provide an item at this place with the LanguageSelectorIntoTitle option. So there are multiple use cases for the ability to inject an item there. To your points with multiple GUIs: Your thoughts aren't wrong but you aren't aware of some problems that made this necessary: * Almost every corner of the GUI in Wikipedia is used either by usual MediaWiki features or some custom JavaScript/CSS (and they differ between various projects). You simply don't want to touch this and probably b0rk a lot of custom stuff. So the remaining options aren't so much and if you have more than one option every project can choose the one that causes the least adoption problems for them. * Differrent Wikipedias want different types of FlaggedRevs. de.wikipedia wants a super-simple two level flagging with one flag: Every autoconfirmed user (of course a custom autoconfirmation with 30 days + 30 edits) can flag an article revision at the "ok" level (we used the clumsy "sighted" a bad translation from German into English ;-) and any user that is in the reviewer user group can perform the higher "reviewed" degree of the quality flag. en.wikipedia in contrast (at least Erik and others) opted for a more extensive flagging system with multiple flags that cover certain article aspects such as "readability", "completeness"... * The en.wikipedia approach needs more screenspace cause there is more available information. Thus the page caption is not the ideal article status display place for the en.wikipedia approach but perfectly for de.wikipedia. In contrast the more verbose display option of en.wikipedia is to large for the simple de.wikipedia aproach and as screen space isn't infinit you necessarily want the smallest possible item size. So yes you have indeed a very valid point but you can be sure that we did think about this a lot (and we are very much aware that there are still things that need to be ironed out in the GUI of FlaggedRevs). Daniel Arnold / Arnomane

On 7/25/07, Daniel Arnold <arnomane(a)gmx.de> wrote: There are a number of places to insert extra stuff: content actions, toolbox, page caption [although perhaps that's not flexible enough], footer, message boxes stuck anywhere you like. If existing customizations are fragile enough to be b0rkable, then that's the fault of their authors and it's the customizations that will have to be fixed. Then a minimal number of parts of the system should vary according to the number of levels available, if this is the issue, and everything else should remain identical between the two. Perhaps I'm misunderstanding you and that's all that's been done? Are there screenshots available of the interfaces?