mav wrote: I was never a fan of the green coloring in the namespace: links in the sidebar. It was confusing in that it didn't behave like other links; some people reported this as a bug. Erik Moeller wrote: Off the top of my head: * 'view changes since <time list was generated>' link on Recentchanges * http://foo/bar.html. etc didn't add the final punctuation to the link, since 99% of the time it's just punctuation, not intended as part of the link. * I had the Esperanto X-system editing stuff working fine on phase II. Sigh. Have to finish hacking that back in the right way... -- brion vibber (brion @ pobox.com)

On Don, 2002-11-21 at 07:28, Brion VIBBER wrote: Sounds like a good idea. Do we want this as a separate link from Recent Changes in the sidebar, so you would click "New Changes" to get only new ones? Or just as an option in RC, or as the default view? If we implement this, it should be in a way where it actually saves us bandwidth. Magnus suggested summarizing changes, this also would be helpful, but I'm still wondering what the most user-friendly way to build this would be. My personal preference would be something based on JavaScript, but I'd probably run into fierce opposition there. (Kuro5hin has a "dynamic comment mode" where you can expand threads without reloading the entire page, just the comment you want to look at is fetched from the server and inserted. The same could be done to view details about a change.) The current non-table based layout loads fast in old browsers, but doesn't allow good design. Ah, I just tested that. Yeah, URL parsing is hard. I'll fix this. That's your area :-) Regards, Erik -- FOKUS - Fraunhofer Insitute for Open Communication Systems Project BerliOS - http://www.berlios.de

On Don, 2002-11-21 at 12:54, Brion Vibber wrote: Neat! Of course with the current implementation you have to keep an RC window open. Hmm, I wonder if it would make sense to have Recent Changes (*) where the * would show only changes made after the last view, stored in the user table. It's not very user friendly, but possibly better than yet another sidebar link, and we already use the * syntax for Talk. Should we have a page on meta for logging the translations we still need? Regards, Erik -- FOKUS - Fraunhofer Insitute for Open Communication Systems Project BerliOS - http://www.berlios.de

Erik Moeller wrote: As long as you put it that way....Yes. It used to be that when you used the search function the answer would show the number of articles that fit the search criterion. This is very useful when the results suggest a large number of articles. Since we are on the search function, it would also help if 1. articles could come out in some kind of sorted order (perhaps with various options available to the user), 2. simple Boolean search options could be incorporated in the search function, and 3. a system were developed to treat accented characters and their unaccented counterparts as equivalent for search purposes There are a few others that have crossed my mind from time to time but I can mention them as I think about them Eclecticology

Andre Engels wrote: Alphabetical would be a good start. Even reverse alphabetical. Other options are conceivable with a check box. Forgive me if I'm missing something. It could be that all we need somewhere is an explanation of just what can be done using the Wikipedia search function. Thanks for your reply, Eclecticology