The screenreader case seems like even more reason to have it be a image/button with descriptive alt text rather than relying on what a particular piece of screen reader software said an extended character should represent, since we're using it for something different.
*Jared Zimmerman * \\ Director of User Experience \\ Wikimedia Foundation M : +1 415 609 4043 | : @JaredZimmerman<https://twitter.com/JaredZimmerman> On Fri, Nov 15, 2013 at 5:38 AM, Matthew Flaschen <[email protected]>wrote: > On 11/13/2013 11:37 AM, Steven Walling wrote: > >> >> >> On Wednesday, November 13, 2013, Brion Vibber wrote: >> >> I would strongly consider totally redoing how references are >> displayed to use a popup light box with citation cut n paste tools. >> >> No caret or arrow needed for return in this situation... :) >> >> -- brion >> >> Yeah having to scroll up and down the page at all is bad. >> >> For reference here ;) I think enwiki has solved this problem partially >> with Yair Rand's Reference Tooltips. >> http://www.mediawiki.org/wiki/Reference_Tooltips >> <http://m.mediawiki.org/wiki/Reference_Tooltips> >> > > Popups also has this. I like the idea of putting something like this in > the Cite extension (where the referencing functionality lives), either > immediately or as a Beta feature. > > However, it's critical that we don't make accessibility worse. Some > screen readers support JavaScript and CSS, but not all, and we need to make > sure everyone can still read our references. > > As Nick said, testing with the print stylesheets is also important. > > Matt Flaschen > > > _______________________________________________ > Design mailing list > [email protected] > https://lists.wikimedia.org/mailman/listinfo/design >
_______________________________________________ Design mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/design
