Archive index

A11y Slackers Gitter Channel Archive 10th of August 2016

What fresh hell is THIS now? - Patrick Lauke
  1. zakim-robot
    @zakim-robot
    Aug 10 08:52
    [jv] never seen a job role of Accessibility Designer
  2. Mallory
    @StommePoes
    Aug 10 10:22
    me neither
  3. James Nurthen
    @jnurthen
    Aug 10 11:49
    @StommePoes I tried and failed to do a KB trap test in JS. If you find a way I would like to know it.
  4. Mallory
    @StommePoes
    Aug 10 12:14
    I've been looking around and haven't found anything obvious either.
  5. discovered element.hasFocus tho
  6. one thing I dislike about devtools is how I can't inspect things that only appear when focus is set on something else, unless there's a way to say "never fold HTML elements" (I hate the folding because it's constant clicking the suckers open and reloading the devtools closes everything up again)
  7. So people keep sending me these bootstrap tooltips, which I can't inspect because they only exist when their trigger has focus. So can't see how they wrote the HTML roles or states for their tooltips without trying to read their Javascript.
  8. zakim-robot
    @zakim-robot
    Aug 10 12:17
    [karlgroves] Devtools should still show you the changes to the DOM when you focus over it.
  9. [caesar] So things like Firebug's :focus flag doesn't do it?
  10. zakim-robot
    @zakim-robot
    Aug 10 12:24
    [caesar] Firebug
  11. [caesar] I usually use this when I check hover states, focus visibility, etc.
  12. [caesar] Unless I'm not understanding the problem correctly...
  13. Mallory
    @StommePoes
    Aug 10 12:27
    those are states
  14. but HTML that only appears when something has actual focus doesn't appear when you check the :focus checkbox
  15. unless Firebug does it different from the regular FF and Chrome devtools
  16. zakim-robot
    @zakim-robot
    Aug 10 12:28
    [caesar] ic
  17. [caesar] Not sure. Would need an example to test it on
  18. Mallory
    @StommePoes
    Aug 10 12:28
    if so, yay, I want all the other devtools to do this. Because I don't see how any application can claim focus without taking it from another application.
  19. zakim-robot
    @zakim-robot
    Aug 10 12:29
    [scottohara] i think it depends on how the element is triggered by focus
  20. [scottohara] i can confirm that if an element is focused and a subsequent element is shown by CSS, then setting the style to :focus will reveal the next element
  21. [scottohara] (with firebug)
  22. [scottohara] and with firefox dev tools
  23. Mallory
    @StommePoes
    Aug 10 12:33
    I'm trying to find the example people've sent me numerous times
  24. but when I go to bootstrap, the tooltip isn't what I saw and the popover doesn't vanish when focus is gone
  25. zakim-robot
    @zakim-robot
    Aug 10 12:33
    [caesar] Oooh, I think I might've learned a new trick
  26. [caesar] In Firebug, there is a "Console" tab, and you can execute commands on it.
  27. [caesar] So in theory you could execute a jQuery that activates the focus on the element using the DOM ID
  28. [caesar] document.getElementById('yourId').dispatchEvent(new Event('focus'));
  29. [caesar] At least if I'm understanding this page correctly: http://stackoverflow.com/questions/1675405/firebug-how-to-inspect-elements-changing-with-mouse-movements
  30. [caesar] See the answer with 84 votes, not the accepted answer
  31. [scottohara] ah, yeah. checking out bootstrap’s tooltips now. totally JS
  32. [caesar] Good luck guys, I'm off to Bedfordshire (it's nighttime Down Under :P)
  33. Mallory
    @StommePoes
    Aug 10 12:55
    setting focus means you can't switch to the elements tab from the console tab to inspect the HTML, that moves focus :P
  34. but thanks for the ideas
  35. zakim-robot
    @zakim-robot
    Aug 10 13:36
    [karlgroves] Mallory: I’m still confused. Can you go into devtools, expand the necessary node(s) and then trigger the tooltip? You should be able to watch the attributes changing.
  36. zakim-robot
    @zakim-robot
    Aug 10 16:41
    [joe-watkins] break-on.png
  37. albert
    @jalbertbowden
    Aug 10 18:10
    hello a11ySlackers. running into a wall here and seeking solution(s): are there best-practices for implementing mailto value in href attributes? should anchor be used at all, considering email clients are not URLs and its clearly an actionable item? am i completely off with this line of thinking? thanks in advance.
  38. zakim-robot
    @zakim-robot
    Aug 10 18:37
    [jason] people still use mailto links? TIL ;)
  39. Job van Achterberg
    @jkva
    Aug 10 18:40
    There are DOZENS of us!
  40. @jalbertbowden: I don't think there are issues with mailto: links. Apart from spambot harvesting. It really is in the eye of the beholder
  41. Same for tel: imho
  42. zakim-robot
    @zakim-robot
    Aug 10 21:26
    [michiel] I do that all the time. I don't think spambots harvest them.
  43. [michiel] I never get spam on the addresses I use for it.
  44. [michiel] Only on michiel@agosto.nl…
  45. [michiel] And I never put that in mailto:'s to prevent spam.
  46. albert
    @jalbertbowden
    Aug 10 21:51
    @jkva thanks! eye of the beholder truly. i don’t think there are a11y issues either, but i do think its bad ux, taking control away from the user. not disagreeing, just thinking out loud