Last modified: 2009-07-26 13:56:24 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T21453, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 19453 - zh.wikipedia.org unusable for text browser users due to massive vocabulary lists
zh.wikipedia.org unusable for text browser users due to massive vocabulary lists
Status: RESOLVED INVALID
Product: Wikimedia
Classification: Unclassified
Language setup (Other open bugs)
unspecified
All All
: High major (vote)
: ---
Assigned To: Nobody - You can work on this!
http://zh.wikipedia.org/wiki/Rosetta@...
: accessibility
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-07-01 00:52 UTC by Dan Jacobson
Modified: 2009-07-26 13:56 UTC (History)
2 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Dan Jacobson 2009-07-01 00:52:48 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.
Comment 1 Dan Jacobson 2009-07-09 17:37:24 UTC
Does anybody see what I see?
Comment 2 Brion Vibber 2009-07-13 18:22:37 UTC
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 ?
Comment 3 Dan Jacobson 2009-07-13 18:44:52 UTC
OK, noted this bug on http://zh.wikipedia.org/wiki/Template:NoteTA#無障礙 .
Comment 5 Mike.lifeguard 2009-07-13 18:47:53 UTC
This doesn't appear to be a bug with MediaWiki -> INVALID
Comment 6 Dan Jacobson 2009-07-18 22:00:21 UTC
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.
Comment 7 Mike.lifeguard 2009-07-21 01:39:36 UTC
(In reply to comment #6)
> Check the Product.

It is not a Wikimedia issue either.
Comment 8 Aryeh Gregor (not reading bugmail, please e-mail directly) 2009-07-21 01:45:00 UTC
(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.
Comment 9 Shinjiman 2009-07-26 13:56:24 UTC
This issue isn't for i18n related, I think?

It's only the issue that's related to the local wiki setting and config.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links