jadelennox (
jadelennox) wrote in
dw_accessibility2009-08-10 05:13 pm
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
![[site community profile]](https://www.dreamwidth.org/img/comm_staff.png)
suggestion for style documentation
I'm curious as to whether or not I am the only person who ends up having accessibility issues when people modify their styles to change the text of basic features. Specifically:
1. It's bad enough when the text goes back and forth between two different standards (e.g. "user info" versus "profile").
2. It's worse when the text is something the style designer came up with to be original but which still carries clear meaning (e.g. "about me").
3. It's extremely difficult when the text is all flavor and doesn't convey much meaning (e.g. "happy tracks in the sand").
Am I the only person for whom this is an accessibility issue? If this is a general issue and not just me, perhaps we could write some documentation and propose it to the style team as guidelines for what kind of textual changes are worth avoiding if you really care about accessibility in your style. Since end-users can change those texts, not just style designers, we could come up with something brief and nonintimidating for the customization pages.
(By the way, I know I was working on a couple of open accessibility tickets, and I vanished for several months due to personal issues. I'm back as of this week, and have started looking at those tickets again. Sorry for the vanishing.)
1. It's bad enough when the text goes back and forth between two different standards (e.g. "user info" versus "profile").
2. It's worse when the text is something the style designer came up with to be original but which still carries clear meaning (e.g. "about me").
3. It's extremely difficult when the text is all flavor and doesn't convey much meaning (e.g. "happy tracks in the sand").
Am I the only person for whom this is an accessibility issue? If this is a general issue and not just me, perhaps we could write some documentation and propose it to the style team as guidelines for what kind of textual changes are worth avoiding if you really care about accessibility in your style. Since end-users can change those texts, not just style designers, we could come up with something brief and nonintimidating for the customization pages.
(By the way, I know I was working on a couple of open accessibility tickets, and I vanished for several months due to personal issues. I'm back as of this week, and have started looking at those tickets again. Sorry for the vanishing.)
no subject
no subject
While I can't assert the truth of that one way or the other, the fact remains that the title attribute is not an accessibility tool, except in those very rare cases (forms and frames). Physically disabled users who are using adaptive technology are less likely than able-bodied users to gain benefits from the title attribute, not more likely.
I suppose there might be benefits to cognitively disabled users from the extra information in the mouseover tool tip, although I've never seen that asserted anywhere. But if it were true, it would require training for those of us who write the pages and how to write good title text to accommodate those accessibility needs, since simply mirroring the alt text (which is what we currently do all over the site) is not going to add much functionality.
no subject
I also know that for me, on my browsers that I use, they're not a reasonable substitute for finding an item in the first place. I can skim a page of links a lot quicker than I can navigate to each link and read its title text. And on one of my browsers I can only even see that title attribute if it's on a link - I can't see title attributes on other items.
But as said earlier, this particular instance ends up being solved by style=mine (and related) options.