Archive index

A11y Slackers Gitter Channel Archive 22nd of November 2016

What fresh hell is THIS now? - Patrick Lauke
  1. Peter Krautzberger
    @pkra
    Nov 22 08:59
    Morning slackers.
  2. Peter Krautzberger
    @pkra
    Nov 22 11:08
    @stevefaulkner I was looking at https://stevefaulkner.github.io/HTML5accessibility/tests/hidden-2016.html again and was wondering if there's been any effort to standardize a method for visually hiding content while exposing it for non-visual users. With CSS hacks I keep running into edge cases with browsers and/or AT having issues.
  3. Muhannad
    @Muhnad_a_twitter
    Nov 22 14:05
    Good morning guys :smile:
  4. I have question is the form element should add role="form" OR not?
    because when I tested it without role=form the SR doesn't say form I tested it in NVDA and ChromeVox extention and both the same result.

    but when I add the role=form or search however the SR say From or Search in final.

    and when I make some searching I found some links doesn't recommends add role=form to form tag.

  5. Muhannad
    @Muhnad_a_twitter
    Nov 22 14:11
    a11yproject: For example, <form role="form"> is redundant.
  6. if I transgress the chat rules please tell me.
    thanks.
  7. zakim-robot
    @zakim-robot
    Nov 22 14:34
    [karlgroves] Hi. No need to add the explicit role
  8. Muhannad
    @Muhnad_a_twitter
    Nov 22 16:04
    @zakim-robot even if the SR doesn't read it?
  9. zakim-robot
    @zakim-robot
    Nov 22 16:10
    [karlgroves] Correct
  10. Muhannad
    @Muhnad_a_twitter
    Nov 22 16:11
    @zakim-robot Thanks :gift_heart:
  11. zakim-robot
    @zakim-robot
    Nov 22 16:11
    [conley] Agreed, you should hear the SR automatically switch form browse mode to forms mode
  12. James Nurthen
    @jnurthen
    Nov 22 18:07
    @conley - with <form> or role="form"? I've never had that happen. I get forms mode when I land in "widget" fields (with a few exceptions) either inside or outside a form
  13. Mallory
    @StommePoes
    Nov 22 18:50
    most SRs make a beep or click when they go into forms mode
  14. James Nurthen
    @jnurthen
    Nov 22 18:50
    yeah - but that doesn't happen when you enter a <form> or region with role=form - it happens on a widget level right?
  15. Mallory
    @StommePoes
    Nov 22 18:50
    this because so-many years ago they went from users needing to manually doing this, to heuristically guesstimating that "this control needs forms mode" and switching into it automatically (unless you turn it off).
  16. with NVDA I hear it every time I even manually switch modes
  17. Orca too
  18. zakim-robot
    @zakim-robot
    Nov 22 18:51
    [cameron.fawcett] I hear it every time for NVDA as well
  19. Mallory
    @StommePoes
    Nov 22 18:51
    and yeah an input not in a form would do it because I would go into forms mode
  20. not whether there's per se a form, but a form control.
  21. I also hear it on things with role=application
  22. James Nurthen
    @jnurthen
    Nov 22 18:52
    yeah - application is a widget so that is right
  23. Mallory
    @StommePoes
    Nov 22 18:54
    I wonder if role=form would do that tho
  24. even tho forms should have that role natively
  25. James Nurthen
    @jnurthen
    Nov 22 18:54
    i really dont think it does
  26. i'm pretty certain it does very little :)
  27. Mallory
    @StommePoes
    Nov 22 18:55
    if it did what I expect it to as a developer, I could have a div filled with divvy spanny aria-ised up the wazzoo fake form and the form role would, for example, let me use F to jump to it
  28. which isn't the same as aria changing behaviour, because it's the sr's behaviour, but it would be informing the sr "this div is actually a form"
  29. I dunno if it actually does that, but I would expect it to until tested.
  30. James Nurthen
    @jnurthen
    Nov 22 18:56
    F goes to form controls not the form element right? Ie anything that appears in INS+F5 list
  31. Mallory
    @StommePoes
    Nov 22 18:56
    no e
  32. e wouold go to an edit box
  33. James Nurthen
    @jnurthen
    Nov 22 18:57
    E goes to edit fields only
  34. Mallory
    @StommePoes
    Nov 22 18:57
    x to a checkbox, etc
  35. f should bring me to the actual begin of the form
  36. whichever control was first
  37. James Nurthen
    @jnurthen
    Nov 22 18:57
    testing now
  38. Mallory
    @StommePoes
    Nov 22 18:57
    if you have a URL I can test Orca quick
  39. all my forms pages are only forms
  40. James Nurthen
    @jnurthen
    Nov 22 18:59
    just testing on internal pages
  41. F goes to every input, checkbox, radio button etc. on the page
  42. it does not go to the first form field
  43. i think the only way to go to a "form" is via landmarks
  44. Mallory
    @StommePoes
    Nov 22 19:02
    ah, orca doesn't go to forms, just has a modified way of using tab with the orca key and it does the same: any control in a form
  45. James Nurthen
    @jnurthen
    Nov 22 19:03
    so probably the conclusion for <form> vs role=form is - it really doesn't matter cause they don't really do very much :)
  46. Mallory
    @StommePoes
    Nov 22 19:03
    in today's world of random fields all over the place who are not in actual form tags, this makes practical sense
  47. ooh I forgot regexes actually do something here instead of typing
  48. Muhannad said though he actually got some sort of names when he manually added the role.
  49. James Nurthen
    @jnurthen
    Nov 22 19:07
    yeah - i have a feeling that <form> actually doesn't always get mapped - and no accessible always gets created for it. Adding the role makes the accessbile get created
  50. ... but that is obviously implementation dependent.... it is one of those things that I would not be losing sleep over
  51. zakim-robot
    @zakim-robot
    Nov 22 19:09
    [conley] Actually, I take back my agreement that role="form" is redundant. Add a role creates a region which in turn is discoverable via R hotkey.
  52. James Nurthen
    @jnurthen
    Nov 22 19:12
    <form> should do that too according to https://www.w3.org/TR/html-aria/#docconformance but i question whether it really does. I also question the utility of adding more landmarks. On most pages the form is probably already contained in another logical landmark structure
  53. I don't think developers should be adding role=form to all form elements just to get a region created. IMO that would normally decrease usability of landmarks as forms often don't tie 1:1 with the logical strcuture
  54. zakim-robot
    @zakim-robot
    Nov 22 19:15
    [conley] key word here is should ;)
  55. James Nurthen
    @jnurthen
    Nov 22 19:15
    yep
  56. zakim-robot
    @zakim-robot
    Nov 22 19:15
    [conley] imo its about providing as much context as possble
  57. James Nurthen
    @jnurthen
    Nov 22 19:15
    disagree. About providing as much context as is useful
  58. if we provide everything that is possible it becomes useless
  59. zakim-robot
    @zakim-robot
    Nov 22 19:18
    [conley] Given that not all SR's coupled with respective browsers behave in a similar fashion, I'll agree to disagree
  60. James Nurthen
    @jnurthen
    Nov 22 19:18
    fair enough - I can agree to disagree :)
  61. zakim-robot
    @zakim-robot
    Nov 22 21:02
    [quidkid] right now i’m doing screenreader testing and i realize that NVDA skips over daggers so the user would miss those footnotes. I googled about it and realized all the screenreaders treat symbols differently so its not like I could use a hidden span saying say dagger because another screenreader might end up saying dagger dagger. what do i do?
  62. James Nurthen
    @jnurthen
    Nov 22 21:03
    role="img" aria-label="footnote"?
  63. zakim-robot
    @zakim-robot
    Nov 22 21:05
    [quidkid] do i need to do that for all the footnotes or just the ones with the dagger? NVDA reads the asterisk
  64. [quidkid] oh but i guess other screenreaders might not
  65. James Nurthen
    @jnurthen
    Nov 22 21:06
    i think asterisk is pretty universally read
  66. zakim-robot
    @zakim-robot
    Nov 22 21:06
    [quidkid] okeydokey so i’ll just do it for the daggers?
  67. [quidkid] or should i still aria label the asterisk as a footnote?
  68. James Nurthen
    @jnurthen
    Nov 22 21:06
    i also don't think it is the screen reader that does this but the speech synthesizer - so even if it works in 1 voice it may not work in another
  69. zakim-robot
    @zakim-robot
    Nov 22 21:07
    [quidkid] dang -__-"
  70. James Nurthen
    @jnurthen
    Nov 22 21:08
    but <span role="img" aria-label="footnote">&#8224;</span> should be good i think
  71. .. but test!
  72. zakim-robot
    @zakim-robot
    Nov 22 21:09
    [quidkid] okeydokey thank you so much @jnurthen !
  73. zakim-robot
    @zakim-robot
    Nov 22 21:20
    [quidkid] quick question so when adding a span hidden (PDF) to indicate a link is a PDF, do i put it within or after the a tag
  74. zakim-robot
    @zakim-robot
    Nov 22 21:34
    [michiel] Within, but I wouldn’t hide it :)
  75. [michiel] Still valuable information, also for sighted users.
  76. [michiel] <a href="peedeeef.pdf">Government Document (PDF, 300 MB)</a> or something like that :)
  77. zakim-robot
    @zakim-robot
    Nov 22 21:40
    [michiel] Or even better: <a href="thingy.pdf" download>Government Document (PDF, 192 KB)</a>
  78. [michiel] Or even better: <a href="thingy.pdf" download="A filename that doesn’t suck.pdf">Government Document (PDF, 192 KB)</a>
  79. [michiel] Or even better: <a href="thingy.html">Government Document as a webpage</a> :P
  80. Mallory
    @StommePoes
    Nov 22 22:16
    Something As A Service, Government Document As A Webpage...
  81. I recall way back in the days where not everyone read out asterisks, and this was where people were using them to denote required fields. Upping the verbosity fixed that, but a user would have to know to do that. Not sure who that was, and this was when I was starting with screen readers. JAWS did always read them out, but it's naturally verbose.
  82. zakim-robot
    @zakim-robot
    Nov 22 22:33
    [quidkid] @michiel thank you so much! is the file size necessary? also, would including download attribute prevent the file from being opened in the in browser pdf reader in a new tab/
  83. zakim-robot
    @zakim-robot
    Nov 22 22:39
    [michiel] quidkid: that’s a good question. I’m not quite sure how browsers handle that, but my guess would be that it doesn’t open them in the browsers but downloads them. That is what should happen according to the spec anyway.
  84. [quidkid] isn’t it better to open in a new tab though? than to force download?
  85. [michiel] As for file size, it makes sense to include. Especially for larger files. Users might have a data bundle or something.
  86. [michiel] Depends on the file I suppose.
  87. [michiel] I don’t have any data on how people prefer to handle PDFs.
  88. [quidkid] yeah personally i think it’s better to avoid download because that requires the user to store it. idk.
  89. [michiel] We wouldn’t have this problem if people didn’t use PDFs in the first place :P
  90. [michiel] But yeah, maybe force download isn’t the right way to go for PDFs.
  91. [michiel] Would be interested to know what other people here think.
  92. zakim-robot
    @zakim-robot
    Nov 22 22:44
    [michiel] StommePoes: you always have a clear-cut opinion about these sorta things.
  93. zakim-robot
    @zakim-robot
    Nov 22 22:53
    [garcialo] you could let the user decide instead of making the decision for them
  94. [michiel] garcialo making the decision for them
  95. zakim-robot
    @zakim-robot
    Nov 22 22:58
    [michiel] That’s very kind of you.
  96. [garcialo] I’ve decided that they should decide.
  97. [michiel] When are you coming to Europe BTW?
  98. [garcialo] tomorrow
  99. [michiel] Cool
  100. [michiel] Where abouts?
  101. [garcialo] San Mateo
  102. [garcialo] wait…is that in Europe?
  103. [garcialo] oh…sorry, that’s in California
  104. [michiel] I was thinking Philippines.
  105. [michiel] But sure, neither of those are in Europe.
  106. [michiel] You still owe me a drink…
  107. [michiel] I’ll just remember for four years and visit CSUN in 2020.
  108. [garcialo] sounds good
  109. [michiel] Do a little impersonation.
  110. [garcialo] who knows…in a year or so, I might end up living in Europe for a few months
  111. [michiel] How come?
  112. [garcialo] for fun
  113. [michiel] So, Amsterdam?
  114. [garcialo] probably London or Cardiff or something
  115. zakim-robot
    @zakim-robot
    Nov 22 23:03
    [michiel] Also nice.
  116. [michiel] You’re free to take the couch at my place ;)
  117. zakim-robot
    @zakim-robot
    Nov 22 23:09
    [garcialo] sweet!
  118. [garcialo] will you also cook for me?
  119. zakim-robot
    @zakim-robot
    Nov 22 23:15
    [quidkid] is ARIA mandatory for wcag 2.0 compliance
  120. [garcialo] no
  121. [garcialo] You could be WCAG 2.0 with plain HTML
  122. zakim-robot
    @zakim-robot
    Nov 22 23:20
    [garcialo] There is also Javascripty stuff you can do without needing to use ARIA…wouldn’t be able to tell you exactly what that would be without checking though
  123. [quidkid] @garcialo thank you so much for responding! so i’ve been tasked with getting this website remediated. and finally i got the tab working on the accordion Q&A section working very nicely… except i dunno whether i need to put aria tags on this stuff
  124. [michiel] quidkid: you might be interested in this: http://w3c.github.io/aria-practices/
  125. [garcialo] ah, well for an accoridion, I’m pretty sure there is ARIA you’ll need to add
  126. [michiel] Or to be more precise: http://w3c.github.io/aria-practices/#accordion
  127. [michiel] You can make it with mostly native HTML, you’ll need aria-expanded and aria-controls though.
  128. [quidkid] so it is mandatory for wcag 2.0
  129. zakim-robot
    @zakim-robot
    Nov 22 23:25
    [michiel] 3.2 for keyboard support
  130. [michiel] 2.1*
  131. [quidkid] i dunno why i say 2.0 i mean AA
  132. [quidkid] is that AA or AAA
  133. [michiel] But 2.1 isn’t necessarily ARIA
  134. [michiel] I would say 4.1.2
  135. [michiel] You can’t communicate the state of your accordion without ARIA.
  136. [garcialo] @quidkid ARIA isn’t required in all cases to meet WCAG 2.0 AA
  137. [garcialo] for instance, if you weren’t using an accordion to display that information, you could have it all as plain text…as long as it’s all marked up properly, it could be WCAG 2.0 AA
  138. [michiel] <h1> Garcialo is lovely</h1> is perfectly valid in most cases.
  139. [garcialo] but since you’re using a custom component, you’re going to need ARIA to fill in some of the gaps
  140. [quidkid] i feel like right now even without aria, and it’s an accordion, screenreader wise, i think it’s still understandable. For example, when you first tab, you are only hitting the questions which the screenreader announces as clickable. naturally you would hit enter on the question you’d want answers to since it says it’s clickable. and then you are able to see the answer.
  141. [quidkid] if anything, i think aria tags might be unnecessary extra fluff the screenreader has to say before they get to the information.
  142. [michiel] I don’t think that’s true. How does a user know whether a panel is visible or not?
  143. zakim-robot
    @zakim-robot
    Nov 22 23:31
    [quidkid] i almost think it doesn’t matter whether they know it’s an accordion or a panel style or not. Because it announces that each of these questions are clickable.
  144. [michiel] Also, some screen readers, such as JAWS, support aria-controls to move from the accordion title to the controlled element (in this case the accordion panel).
  145. [quidkid] perhaps what is different in my accordion is that it still remains open before it goes to the next question
  146. [michiel] So in essence it’s a bunch of details/summaries?
  147. [michiel] Also, please have a look at http://w3c.github.io/aria-practices/#accordion
  148. [michiel] It has some solid advice on what users expect.
  149. [karlgroves] steps away slowly from the inevitable discussion on accordions & tab panels
  150. [michiel] taps Karl on his shoulder and starts playing his accordion.
  151. [quidkid] I guess the accordion is currently following that. it’s collapsible but if something else is expanded the previous closes. only one can be expanded at once..
  152. zakim-robot
    @zakim-robot
    Nov 22 23:36
    [quidkid] it expands on enter, not space. so i’ll need to add space
  153. [michiel] So this isn’t true: 23:31:50 <quidkid> perhaps what is different in my accordion is that it still remains open before it goes to the next question
  154. [michiel] Or am I misunderstanding?
  155. [quidkid] sort of..
  156. [quidkid] it remains open for as long as you have not opened another question
  157. [quidkid] so you could go back shift-tab
  158. [quidkid] and go up the answer for that question
  159. [quidkid] so technically it is true XD
  160. [michiel] Aha :)
  161. [quidkid] i think that fits the guidelines as collapsible but also fulfills the When focus is on the accordion header for a collapsed panel, expands the associated panel. If the implementation allows only one panel to be expanded, and if another panel is expanded, collapses that panel.
  162. [quidkid] i think anyways.
  163. zakim-robot
    @zakim-robot
    Nov 22 23:43
    [michiel] I still think you should add aria-expanded.
  164. [michiel] If you think that it might be too verbose, ask some people that actually use it :)
  165. [quidkid] okeydokey i’ll add the aria-expanded but what about the region stuff?
  166. [michiel] They might not be awake at the moment, but we have MarcoZehe and ljwatson in the room.
  167. [michiel] What do you mean by region stuff?
  168. [quidkid] aria-role: ‘region”, labeling r1.. im not quite sure i understand which is probably why im unfairly biased towards not implementing it
  169. [quidkid] labeling subsections within the accordion.. using aria-controls
  170. zakim-robot
    @zakim-robot
    Nov 22 23:49
    [michiel] I’m not seeing that?
  171. [michiel] An accordion could be as simple as: <h2><button aria-controls="panel-1" aria-expanded="false">Item 1</button></h2><div id="panel-1" hidden><p>Some content</p></div>
  172. zakim-robot
    @zakim-robot
    Nov 22 23:54
    [quidkid] i was following off some tutorial video on ssbartgroup but so i guess do i need to do it for every panel, give a unique aria-controls? and div id?
  173. [michiel] Yes.
  174. [quidkid] i am assuming the phrase “panel-1” is arbitrary since they were using “r1” or is there some sort of standard for that?
  175. [quidkid] now does it restart or do I have to make sure for any other section to never use “panel-#” or “r#” ever again?
  176. [michiel] You can call it michiel-is-a-jerk-1 if you want ;)
  177. [michiel] The idea behind the id attribute is that you have unique id’s.
  178. [quidkid] lol but that gets read out to the screenreader yes?
  179. [michiel] So you can’t repeat panel-1 multiple times.
  180. [michiel] You could do panel-1, panel-2,…panel-9001
  181. [michiel] The ID does not get read out.
  182. [michiel] What gets read out is the label text of the button.
  183. [michiel] Which in my example is “Item 1”
  184. [michiel] If a user were to land on that they’d hear something like “Item 1, button, collapsed”
  185. [quidkid] so the aria controls doesn’t get read out?
  186. [michiel] So they know it’s a button—so that they can press enter/space to activate—, they know it’s collapsed and thus that they can expand it.
  187. [quidkid] right now those headings are divs. i used to make it a button but i didn’t want it to open on tab
  188. zakim-robot
    @zakim-robot
    Nov 22 23:59
    [michiel] If aria-controls is implemented and the screen reader supports it, it might add something to the end like “Item 1, button, collapsed. Press alt+m to move to controlled element.”