On 1/21/07, Rob Church <robchur(a)gmail.com> wrote: So I see. Looks like a useful thing for a variety of other reasons, too. That problem is easy at least: http://en.wikipedia.org/wiki/WP:AWB/T The rule is easy: if a spelling is correct in *any* variation, don't propose it as a mistake. Yes. Perhaps any such "style violations" should be configurable through a config page of some sort. Or simply that rules be codified and set as preferences: "Highlight formatting in section headings [yes/no]" Incidentally, I think Platonides is right about CSS. I was thinking about this afterwards and realised it could pose a problem for caching if an error-highlighted page had to be stored separately from a non-highlighted page. But you could actually just mark all the highlighting with a CSS class and make it display as plain text for users not in "maintenance mode". Would this be a lot of work, do you think? Steve

On 20/01/07, Platonides <Platonides(a)gmail.com> wrote: For redirect pages, at least, this has been proposed before and closed WONTFIX; see http://bugzilla.wikimedia.org/show_bug.cgi?id=4709. Rob Church

On 20/01/07, Platonides <Platonides(a)gmail.com> wrote: I assume you'll be insulted if I assume you can't read. Rob Church

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Timwi wrote: You can't read. ;) - -- brion vibber (brion @ pobox.com)

On 1/22/07, Simetrical <Simetrical+wikitech(a)gmail.com> wrote: "Transparent" is ambiguous here. Normally in these contexts, transparent means "the user can see exactly what is going on". Whereas Brion apparently meant "invisible", in the sense that "transparent" glass is kind of "invisible". Semantics aside, being able to distinguish redirects from links to real articles strikes me as useful, and not "undesirable" at all. Example: I have a page in my user space that links to all the stubs I've started. Clicking "related changes" shows any changes to any page I started - useful for me. If anyone renames any of those stubs, it becomes a redirect. "Related changes" then quietly[1] breaks, because future changes to the stub no longer show up. It would be very handy for me to see which of my links are actually pointing to redirects. Remember we're still talking about "maintenance mode" here - you wouldn't want redirects to show up specially for users in normal mode (especially non-logged-in users). Steve [1] The actual change to a redirect will show up, once.

On 1/23/07, Rob Church <robchur(a)gmail.com> wrote: Ok cool. Should I file a bug? Then maybe later we can come up with an elegant way for people to get certain pre-defined CSS styles to appear in certain pre-defined ways without having to hack their monobook.css. There are other styles in this category (notably, spoilers). Steve

On Tue, Jan 23, 2007 at 12:41:28AM +1100, Steve Bennett wrote: I had what I think was most of this argument last fall; you might want to check the archives. :-) It was in the context of URLs and the sub-labels, but still similar. Cheers, -- jra -- Jay R. Ashworth jra(a)baylink.com Designer Baylink RFC 2100 Ashworth & Associates The Things I Think '87 e24 St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274

Dschwen wrote: Problem with JavaScript solutions is that they need *another* http query. If that was done on the server side there would be no overhead. Some points about the code: It uses 5 functions: createXMLHTTP, updateStatus, addEvent, install and run Being it new worl, i'd discourage coding new fucntions for addEvent and createXMLHTTP, as the general Mediawiki javascript includes already includes equivalent functions (theoretically with full browser compat.). It's interesting your style of making eveything into a big variable.