https://bugzilla.wikimedia.org/show_bug.cgi?id=18465
Summary: Monobook <strong> for accessibility to selected items
Product: MediaWiki
Version: 1.15-svn
Platform: All
OS/Version: All
Status: NEW
Keywords: accessibility, patch
Severity: normal
Priority: Normal
Component: Device compatibility
AssignedTo: [email protected]
ReportedBy: [email protected]
Created an attachment (id=6027)
--> (https://bugzilla.wikimedia.org/attachment.cgi?id=6027)
patch
Man it was tough, but I finally succeeded in getting <strong> for
selected, (and even <em> for new) into MonoBook for the most important
items, finally achieving accessibility.
[Below is the justification rant that I was going to send, in order to
badger someone else into fixing it, before I decided to see if I could
fix it myself, which I did, producing the patch, which please apply.]
--Begin rant--
Regarding the $prevent_active_tabs in SkinTemplate.php:
Well, did you know that for text browser users, this is permanently
on.
What I'm saying is the current method of indicating which tab is
active depends on stylesheet elements. This creates a browser accessibility
disadvantage.
Haven't you seen a device or browser where CSS is not supported,
_intentionally_ by the way?
I mean here you even have access keys [c] etc. but fail accessibility
101.
Therefore you should use HTML <strong> to show which tab is active.
That way you would have an even playing field, accessibility-wise.
Turn off stylesheets in your browser to see how some users lose out.
Stylesheets are for prettiness. Here you have crossed the boundary and
are making information to the user depend on them too!
And the there's the concept of "redlinks"... 1) those in the tabs. 2)
those in the text. Well, at least in some browsers one can tell that
the name it links to says redlink in it. But for the aforementioned
active tabs, "only the <strong> will survive" the accessibility test.
--End rant--
Anyway, here I have fixed the accessibility for the tabs, actually the
"Views" one sees with CSS off.
As far as general redlinks in the text, well, we'll leave that for
next episode.
As far as non MonoBook, I'll leave that to other folks...
you might not want to use classes at all, compare bug #18317.
Or you might even want to make the selected item unclickable...not linked.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
