Also, I've had FB add alt text on images in some context but not others (like, clicking on them from your feed vs them just appearing in your feed vs someone sent you the URL to the image). I don't recall when it adds and doesn't though.
[dean] Talking ATMs have headphone jacks, so the information wouldn’t be shown on screen but read out instead - https://en.wikipedia.org/wiki/Talking_ATM - I think it depends on the problem you are trying to solve here. If it is a consideration then there may be alternative ways to solve it.
[dean] Are there any online banks for example that offer anything different? I presume not.
[dean] I’m decaf only @michiel - week 5 sans caffeine.
[artistic_abode] I know it's a WCAG 3.2 requirement to include text inside links that open new windows warning the user of this unpredictable behavior. What about phone number links that are click to call? Should these links also contain text for the screen reader that says something like "link dials the phone number" just as we warn people of links that open new windows and PDF files?
[michiel] I'm unsure how those are announced, but seeing how they start with tel:, so should be fine/screen reader should be able to announce that piece of information.
[artistic_abode] I haven't heard the screen reader announce that tel part of the URL before, it just reads whatever you put in for the link text. Each screen reader also reads the numbers differently, it doesn't always sound like a phone number if it says for instance an area code should be 3, 1, 9 but could be read as three hundred nineteen.
[artistic_abode] I think since the link is opening an application instead of another page url it makes sense to include some helper text in there like I would if the link was going to a PDF file. Just want to hear some more opinions. =)
I'm not aware of it being a WCAG AA requirement that links that load new windows need to have text. It is often (but not always) good practice but not a requirement
i mean there is an html attribute that can be used to determine where a link is going to open - if it were important I would have thought screen readers would have picked up on that :)
[jack_nicolai] I don't know of any UX prototyping tools that have any features geared specifically towards including and communicating accessibility requirements in prototypes. I'd like to change that. What features would you want in a tool like Adobe Experience Design, InVision or Flinto so that you could express accessibility requirements to a team? Feel free to private message me.
[jack_nicolai] what about focus states would you want to communicate?
[cordelia] Ooh, +1 to all of these. Also, expected keyboard behavior. A lot of prototype tools are catered towards click paths, but would be cool to see more of them include keyboard paths, too.
[jack_nicolai] have this idea of being able to select a group of objects in the design, use a grouping command and being able to assign things like ARIA roles. A single button in one thing, but to assign a role of navigation, footer, main, etc., needs something like that.
[jack_nicolai]@cordelia: how do you define a keyboard path? Is this another way to describe a key combination?
[cordelia] ex. Imagine a UX flow that involves selecting an option in a dropdown menu. You could provide a click path such as click on menu to expand it, click the selected option, go to next page from there. … But you could also provide a keyboard path: Press enter on menu, use arrow key to select an option. Press enter to go to next page.
[michiel] +1 to keyboard path, that'd be brilliant
[cordelia] Especially useful if designer is trying to design something that relies heavily on hover — how do you get to the hover controls via keyboard?
[jack_nicolai]@cordelia: keyboard paths could use some further exploration. If I am a viewer of a published prototype, how would you like to the details of that keyboard path? Does a description belong at the root of the item it starts from? A top level menu item might have 2+ paths described which could get pretty lengthy. On the other hand, assigning details at each may not be discoverable enough. Perhaps if it were communicated using a breadcrumbs model?