Last modified: 2009-07-26 13:56:24 UTC
I notice articles on zh.wikipedia.org are now twice their size (in lines, in one's browser's View Source), due to many lines of <li><b><span class="lanLabel"> (for showing the differences between zh vocabulary items.) This is all well and good, as they are tucked neatly in a <div class="NavFrame collapsed noprint nohandheld"... However, for text browser users, (simulate with Firefox: View>Page Style>No style) zh.wikipedia.org has now become barely usable, as those hundreds of lines of vocabulary items get rendered, right at the top of an article too. As one reads in http://zh.wikipedia.org/wiki/Help:中文维基百科的繁简处理 there are preferences to control aspects of variant conversion. However there is no preference to turn off sending the vocabulary list to the user's browser. There should be. So one could: * stop doubling of article size, even if one is not a text browser user. * On text browsers, be able to read zh.wikipedia.org again, without needing to scroll down many screens to get past the vocabulary list, to finally arrive were the original article text now is. P.S., on e.g., http://zh.wikipedia.org/wiki/Rosetta@home each line of ><li id="_note-64"><b><a href="#_ref-64">^</a></b> <span style="font-family: sans-serif; wastefully repeats the style details too, not using a style definition.
Does anybody see what I see?
These seem to be inserted with a content template on the local wiki. You'll want to take it up on the local wiki to suggest ways to do it less disruptively (at a minimum, moving the template to the bottom of the page would probably be good!) I can't read any of the template docs, so... http://zh.wikipedia.org/wiki/Template:NoteTA ?
OK, noted this bug on http://zh.wikipedia.org/wiki/Template:NoteTA#無障礙 .
I meant http://zh.wikipedia.org/wiki/Template_talk:NoteTA#.E7.84.A1.E9.9A.9C.E7.A4.99
This doesn't appear to be a bug with MediaWiki -> INVALID
And where did I ever say that it did? Check the Product. However, this is like bug 11130: if MediaWiki were to provide the proper tools, the zh administrators could avoid resorting to templates, and thus avoid ending up doubling page size and ruining accessibility. The people running zh.wikipedia.org do not understand accessibility, (go talk to them yourself, I had no success, not even one answer) and have ruined zh.wikipedia.org for text browsers. I suppose the Usability Project is not directly concerned with accessibility, or else they might have a look.
(In reply to comment #6) > Check the Product. It is not a Wikimedia issue either.
(In reply to comment #6) > And where did I ever say that it did? Check the Product. Local wiki content is not controlled by us, it's controlled by the local wiki communities. The zhwiki community is the only group that can address this. > However, this is like bug 11130: if MediaWiki were to provide the > proper tools, the zh administrators could avoid resorting to templates, and > thus avoid ending up > doubling page size and ruining accessibility. Then file a new bug about that, stating the specific technical feature that should be added. > The people running zh.wikipedia.org do not understand accessibility, > (go talk to them yourself, I had no success, not even one answer) and have > ruined > zh.wikipedia.org for text browsers. We can't help that, it's their decision. > I suppose the Usability Project is not directly concerned with > accessibility, or else they might have a look. AFAIK, the usability project is only funded for work relating to the English Wikipedia.
This issue isn't for i18n related, I think? It's only the issue that's related to the local wiki setting and config.
