On 04/29/2010 03:35 PM, Gregory Maxwell wrote: Hi! Good question. My understanding, possibly incorrect, is that we can't do that. Because most pages for non-logged-in users are served from caches, most requests don't make it to the point where we can easily show different versions of a page based on cookie. So the notice shows up because we didn't want people to have the even worse user experience of seeing their change disappear for no apparent reason, when really it was just waiting to be approved. I'll double-check this with the rest of the team to make sure I got that right, but that's my understanding. Naturally, if anybody has suggestions to improve the wording of the message, or anything else that improves the user experience, we'd love to hear them. The optimum place to put them is here: http://flaggedrevs.labs.wikimedia.org/wiki/Wikimedia:FlaggedRevs_issues William

On Fri, Apr 30, 2010 at 3:03 PM, Aryeh Gregor <Simetrical+wikilist(a)gmail.com> wrote: This already happens when users edit. Otherwise anons would never be able to get the new messages indicator.

On 04/30/2010 01:34 PM, Gregory Maxwell wrote: That's good to know. I'll pass this on to the team and we'll see what we can come up with. One question for any interested stakeholder: is this feature worth delaying launch to add? We have a number of nice-to-haves on a list to work on right after launch, so development will continue. Also, Howie Fung, the UI expert on the project comments: So if people have suggestions on how to improve any of that, on any other aspect of the current implementation, please put them here: http://flaggedrevs.labs.wikimedia.org/wiki/Wikimedia:FlaggedRevs_issues William

On 04/30/2010 04:11 PM, Carcharoth wrote: Okey doke. I have passed the request on to the team to see what they think of the idea and how much time it will take to implement. More news as it comes in. Thanks to all for the discussion! William

On 04/29/2010 06:32 PM, Tim Starling wrote: Sure. The resolution to the apparent paradox is that not all useful work immediately results in commits. In particular, the major UI issue being worked on can be seen on this page: http://flaggedrevs.labs.wikimedia.org/wiki/Hurricane_Vince_%282005%29 In the upper right, you'll note a lock icon with (+) next to it. The UI mavens involved, Howie and Parul, feel that the current version isn't consistent with the direction the usability team has for the interface, so they're trying to come up with something that looks and works better. However, getting something that satisfies them and also looks and works properly in all browsers has been a challenge. I understand the Usability Initiative developers have offered technical assistance with that. This is pretty typical pre-release fit-and-finish stuff. I know it can be frustrating for project stakeholders, as it appears like not much is happening, but given the scale at which Wikipedia works and the importance of this project being well received, I think we're better off taking a bit longer for a solid user experience, especially the bit that appears on article pages. I know some additional work was done on cleaning up names, labels, and text in the interface; if you're curious about exactly what went on, I can ask. My understanding is that is almost done, though. William