The coder who ran down the issue is looking for some guidance on how things should work to fix the problem, and one of the questions raised was: is the alt text even necessary in that context? Alt text for icons is formed by the icon's keyword + description, and all that information is right there with the icon anyway: it's displayed next to the icon, and (if I'm not mistaken) is read out immediately after the icon.
So, screenreader users: Is having the alt text for each icon read to you on that page helpful, given that it's immediately repeated afterwards, or is it annoying? Should we fix the bug so that each icon gets the correct keyword information in the alt text, or should we just blank the alt text (on that page alone, not everywhere!) so you don't have to hear it twice?
What do you wish, in a perfect world, dreamwidth would fix or implement? Note that I'm more clueless about cognitive accessibility, magnification, and visual processing, so I especially welcome clarifications on places we fail on those. No request too large or small, as long as it obeys the laws of thermodynamics.
Does anybody else know where to find a salt grinder that has like, a metal grinder? Granted, she's allergic to lots of metals, too, but metal being stronger than salt means it's unlikely to be a problem the way plastic salt grinders are. Any help would be greatly appreciated, as I don't know where to even begin looking.
doesn't work well with my very large default font size
screen shot link to dropbox
1. Note truncated account names due to narrowness of the scrolling lists.
2. Note account names don't enlarge with rest of fonts.
3. Note very small gutter between lists, makes it hard to fixate on which list I'm selecting
GOOD NEWS! DW already has a page which works much better.
The access filter manager page here at this URL:
is much more usable with my very large default font size
screen shot link to dropbox
The access-filter scrolling lists seem to adjust width (although some account names are still cut off). I am willing to do a bit of horizontal scrolling to have all three lists, which accomplish a lot!
REQUEST: Remodel following layout of access filter manager
a. Double or triple scroll list width (ideally, since you have lots of room, expand to maximum account-name length +5)
b. Don't hard wire font size.
c. Triple or quadruple gutter between "not in filter" and "filter" lists.
Mods, could I have a "large font" or "large print" tag?
Protocol question: should I post this to dw_suggestions
The big thing: at the request of magnification users, primarily, we now have "skip to main content" links, woo! They are invisible in most cases, but they are the first thing on the page if you use a screen reader or if you tab from the top of the page. They currently only work in site schemed pages (pages that look like the DW home page, not pages that look like reading pages or journals; that's probably coming). Caveats by browser:
- Firefox and Internet Explorer should just work
- Safari works if you enable tabbed browsing, from the Safari menu pull down and select “Preferences”, Click on the “Advanced” icon and check the box next to “Press tab to highlight each item on a webpage”. Chrome might have the same issue, I'm not sure.
- Opera, sadly, cannot work, because of implementation issues.
The two small things are alt text now exists on the dreamwidth logo, and the video direct link has moved out of the outlined placeholder box. I haven't fixed the duplicating link, though, so that's still mostly aesthetic.
There's also some FAQ and doc clarification, which is always an accessibility help.
Also come to think of it there is a real cognitive win in the new feature on the beta create entries page, where if you pick a custom access filter it tells you who is on the filter.
Youtube and vimeo video embeds require flash to control. Many of us can't easily access the Flash controls (and many people have problems with flash a number of reasons). This patch puts a plain HTML link to the video outside the Flash, so you can open it up at the Vimeo and Youtube sites, where you might have more control. For example, you might have YouTube configured to autoplay, or configured to use their much more accessible HTML5 player, but that only works if you're at their site.
Also coming imminently but not here tonight, the links will also contain the title of the video, so you know what it is before you follow the link. We just need to finish some paperwork with youtube to enable that functionality.
Examples below the cut.
( video links )
- The form to submit a support request now has labels so it can be reasonably navigated with a screenreader.
- The UI used by support volunteers now has improved visual indicators so that it doesn't rely on colors to relay information.
- The cut tag arrows are now higher resolution and scale properly for people using larger font sizes.
There are also two accessibility *ahem* bugs introduced in last night's code push: the new cut tag arrows don't have a white outline so they are difficult or impossible to see on dark backgrounds, and a fix to the contextual userhead hover to fix coloration in certain styles causes viewing problems in certain other styles. Fixes for both of these will be pushed ASAP.
Dreamwidth makes its dropdown menus accessible without a mouse by making the top-level items links to lists of the menu items on a new page. There's been a lot of work lately to make complex dropdowns accessible without page reloading. I'm curious what kinds of dropdown menus are accessible to you, our users, whether your disabilities are mobility, visual, cognitive, or something else.
This poll lists the current system as it stands, as well as links to 15 alternative, keyboard-accessible menus (all but the first two are non-real-world examples from Terrill Thompson's awesome resource). I would love if all y'all could test and see which options have reasonable usability for you, no matter what functionality you use to manipulate and view it.
And if you don't know if you should take this poll? If you think you have accessibility needs in any way, please do! I know it's time consuming but I'll love you forever.
Which menus are functional for you?
The current system
University if Washington
Interesting Example 1
Son of Suckerfish
Dropper Dropdown Menu
Customized OAA Dropdown
JQuery-ui Menubar Widget
So now I'm on a mad dash to do some form accessibility remediation. It's a nice easy task which provides a big net win.
Tell me which forms you have accessibility problems with, and I will add them to my list.
The ones on my current list are the poll creator and the form to submit a support request.
At a minimum, tell me which form causes the problems, and I will play with it. Ideally, tell me
- which form causes the problems
- the nature of the problems
- what browser and browser version you are using
- what adaptive tech you are using, if any
My basic question is to those developers/volunteers/users of Dreamwidth who are NOT themselves users of accessibility technology...
I know that a bunch of folks here have become accessibility converts/evangelists. By which I mean that you're not just "doing accessibility" because Dreamwidth requires you to, but you're really understanding why it's necessary and important and often you're pointing this out to others in other contexts away from Dreamwidth too.
I know that a project can require people to "do" accessibility, but a project can't make people *care* about accessibility... and most projects that "do" accessibility at all are in the first category. So ... how did you come to care about accessibility, especially if Dreamwidth was involved??
I have been chatting to Liz Ellcessor who is writing a book about web accessibility specifically and wants to know about Dreamwidth's accessibility from the inside, but it's also just a thing I have been wondering about more generally too. Dreamwidth is known for "doing accessibility" well and part of that is that we have got a bunch of people fired up about it and that's a really hard thing to do!!
So how do you think you caught accessibility?
Of course it now occurs to me that if I really want to make a difference in people's Internet experience, I should go contribute an easy way to add alt text to the tumblr code base.
Somebody, go do that!
So, gimme your best examples of websites with specific accessibility problems that drive you nuts. Use of tabular data where it doesn't make any sense, sites with horrible contrast or that won't let you change font sizes, restaurant websites that are entirely flash-based, etc, etc.
Also, if anybody knows of good illustrative videos of a) people listening to a screenreader and b) people dictating to their computer, point me at 'em?
(I'm not sure if this is allowed but it is a real problem for me)
Also, as denise mentioned in tonight's news post, we are aware that the new photo hosting doesn't yet have alt text but that is a top priority fix. This is a beta launch, and alt text will come Real Soon Now.
How do people feel about perhaps leaving the option for meta info with scaled images out entirely? What I mean is that, instead of two toggles, one 3-way toggle with options of half sized images, full sized images, and full sized images with meta info.
( images below the cut )