Archive index

A11y Slackers Gitter Channel Archive 25th of September 2015

What fresh hell is THIS now? - Patrick Lauke
  1. zakim-robot
    02:43
    [jitendra, a11y] @alice: yes
  2. zakim-robot
    02:44
    [jitendra, a11y] @alice: check these articles http://baymard.com/blog/mobile-forms-avoid-inline-labels
  3. zakim-robot
    02:44
    [jitendra, a11y] http://www.webaxe.org/floated-labels-still-suck/#comment-97513
  4. zakim-robot
    02:44
    [jitendra, a11y] http://www.nngroup.com/articles/form-design-placeholders/
  5. zakim-robot
    04:25
    [Marcy Sutton, a11y] Isn’t that the whole point of a floating label? It stays visible?
  6. zakim-robot
    04:38
    [jitendra, a11y] @marcysutton: That is what Web Axe article says
  7. zakim-robot
    04:38
    [jitendra, a11y] " If the label remains shown when focused, then why stray from the traditional design?"
  8. zakim-robot
    04:41
    [Marcy Sutton, a11y] A valid point, I wasn’t ever totally sold on the floating label. But I also think poor client-side error handling could be to blame just as much as the floating label.
  9. StommePoes
    09:07
    <input type="image" src="/static/themes/npl/img/submit.png" alt="Next">
  10. StommePoes
    09:08
    According to VizAria, this has no accessible name or description. But input type=image should use alt, what else?
  11. stevefaulkner
    11:25
    VizAria?
  12. StommePoes
    11:25
    aria visualiser plugin
  13. stevefaulkner
    11:25
    its wrong
  14. StommePoes
    11:26
    er, looks like a bookmark
  15. StommePoes
    11:26
    apparently not a plugin, a bookmark
  16. StommePoes
    11:26
    I don't use bookmarks so I must have been coached into getting it in there
  17. StommePoes
    11:27
    oh the URL in the JS points to whatsock so it's Bryan G's
  18. stevefaulkner
    11:27
    it has an acc name exposed via API and that name is 'Next'
  19. StommePoes
    11:29
    good, that's what I thought/hoped
  20. StommePoes
    11:29
    I haven't used the bookmark before but it's my last day at this job, thought I'd hit it to see what I got
  21. StommePoes
    11:31
    I could be using the thing wrong though. I had to mystery-meat with the mouse to see the message http://stommepoes.nl/work/vizaria.png
  22. stevefaulkner
    12:35
    @StommePoes hey great pic, love your new hairstyle :sparkles:
  23. StommePoes
    12:36
    I refuse to wear Kardashian hair
  24. StommePoes
    12:36
    I'm going for the guy on the right soon as this gets long enough to donate
  25. zakim-robot
    12:59
    [Chris DeMars, a11y] @stevef I just read ur article on using the title attr. Great read.
  26. StommePoes
    13:00
    it's also a great article to send to others when they're wondering about title attrs
  27. StommePoes
    13:00
    very nice to have something to reference on the web
  28. stevefaulkner
    13:03
    @saltnburnem :+1:
  29. zakim-robot
    13:06
    [Chris DeMars, a11y] I always that it was a good idea to add title along with alt, old school thinking lol
  30. StommePoes
    13:07
    wel some people add an empty title to images with an alt, specifically to prevent IE from showing the alt as a tooltip
  31. StommePoes
    13:07
    I used to do this, but later realised lots of IE users were used to that alt-tooltip and used it to get more context from confusiong images
  32. StommePoes
    13:07
    now I want all browsers to do that, lol
  33. StommePoes
    13:08
    just saw in the mail, ATAG is now a full rec: http://www.w3.org/TR/ATAG20/
  34. stevefaulkner
    13:09
    wel some people add an empty title to images with an alt, specifically to prevent IE from showing the alt as a tooltip
  35. stevefaulkner
    13:10
    thats pre IE8 no?
  36. StommePoes
    13:10
    I'm not sure if it was ever removed
  37. StommePoes
    13:10
    from IE
  38. stevefaulkner
    13:10
    it was
  39. StommePoes
    13:10
    huh, too bad. It wasn't a bug, IE said the spec didn;t say it couldn't be a tooltip back then
  40. StommePoes
    13:10
    but they were the only ones who did it
  41. stevefaulkner
    13:15
    it has been defined as a bug in HTML5 for 7 years or so ;-)
  42. StommePoes
    13:16
    oh??
  43. stevefaulkner
    13:18

    The alt attribute does not represent advisory information. User agents must not present the contents of the alt attribute in the same way as content of the title attribute.

    http://www.w3.org/TR/html5/embedded-content-0.html#the-img-element

  44. powrsurg
    13:57
    From a conversation I was having on twitter: are there really a11y concerns/differences between <input type="image"> vs <button><img></button> ?
  45. powrsurg
    13:57
    I was saying that we need srcset on input's that have type="image" and they were saying that putting an img in a button should suffice
  46. stevefaulkner
    13:58
    @powrsurg there shouldn't be
  47. powrsurg
    13:59
    okay then
  48. powrsurg
    14:22
    should accessible names be unique on a page? I was just thinking of the radio buttons I have on a page for two different options that we make them check things off. While they labels point to different elements the text for them is the same. Should we have aria-labels to supply a longer, more distinct name for them?
  49. stevefaulkner
    14:24
    @powrsurg sounds like they are different sets of radio buttons? if so each set should have a group label for differentiation
  50. deborahgu
    14:26
    cd heron
  51. deborahgu
    14:26
    sorry!
  52. powrsurg
    14:29
    so give the div that contains them a role of radiogroup with its own label? Is that what you mean?
  53. stevefaulkner
    14:30
    yeah aria-label would work
  54. stevefaulkner
    14:31
    <div role="group" aria-label="group label">...
  55. zakim-robot
    14:41
    [Matt Hinchliffe, a11y] I'm looking at an expandable menu and the developers have used the checkbox hack to allow it to be used when JS is unavailable. Is there a good way to mark this up in a way that makes sense?
  56. stevefaulkner
    14:45
    problem with checkbox hack (pesuming you are talking about using CSS pseudos, is that its not supported on some mobile browsers
  57. zakim-robot
    14:46
    [Matt Hinchliffe, a11y] Yep, CSS pseudo selector - I've raised browser support as an issue, apparently it's fine...
  58. zakim-robot
    14:52
    [Matt Hinchliffe, a11y] I would definitely rather have a button and a little js
  59. stevefaulkner
    14:56
    here is a demo i built http://codepen.io/stevef/pen/ojuLr
  60. zakim-robot
    15:00
    [Matt Hinchliffe, a11y] Cool, thanks