Archive index

A11y Slackers Gitter Channel Archive 23rd of March 2016

What fresh hell is THIS now? - Patrick Lauke
  1. powrsurg
    Mar 23 17:56
    I feel like I'm the only one here that didn't attend CSUN.
  2. zakim-robot
    Mar 23 18:06
    [ellyjones] I didn't either :(
  3. MichielBijl
    Mar 23 18:19
    It's interesting ;)
  4. MichielBijl
    Mar 23 18:19
    Guess that doesn't help though.
  5. zakim-robot
    Mar 23 18:19
    [juryjowns] Me neither.
  6. zakim-robot
    Mar 23 18:20
    [juryjowns] Hope everyone is having fun :)
  7. zakim-robot
    Mar 23 18:21
    [scottohara] i’m loving the tweets/info that’s coming out of CSUN. wish i was there, but am still happy to be getting the trickle down effect
  8. zakim-robot
    Mar 23 18:22
    [scottohara] also hi. first time actually posting in here :)
  9. MichielBijl @MichielBijl waves at Scott
  10. jasonday
    Mar 23 19:03
    I'm not there either...Hard to get away for a full week of conference
  11. zakim-robot
    Mar 23 19:04
    [deborah_kaplan] wish I was there too. The tweets make me jealous.
  12. powrsurg
    Mar 23 19:29
    I actually haven't seen any tweets.
  13. zakim-robot
    Mar 23 19:45
    [nwilliams] Hello?
  14. powrsurg
    Mar 23 19:51
    Greetings
  15. powrsurg
    Mar 23 20:00
    My company was just focusing on updating all of our dialogs to ensure they were accessible. We made sure everything was keyboard tabbable to just within the dialog, focus returns to the correct element, etc. It was realized that someone could browse to a different landmark region and get out of the dialog that way. How can we avoid this?
  16. jasonday
    Mar 23 20:27
    @powrsurg - why would you disallow it?
  17. powrsurg
    Mar 23 20:32
    It's a dialog. The user is not supposed to be able to get out of it until they respond to things.
  18. jasonday
    Mar 23 20:34
    unfortunately, dialogs tend to not be locked - unless you are doing a standard browser confirm, you really have no way to lock a dialog effectively
  19. jasonday
    Mar 23 20:34
    if something has to be locked, i would suggest a new page or a javascript confirm
  20. zakim-robot
    Mar 23 21:10
    [lozandier] @jasonday Standardized Dialogs are “locked”
  21. zakim-robot
    Mar 23 21:14
    [lozandier] Ideally the default behavior would be for the dialog to focus back to the element that opened it if applicable (even as a passed in parameter to open() & showModal(), the document body other wise.
  22. powrsurg
    Mar 23 21:15
    Correct, we've made a <dialog> element that follows what a standard should be. The only way that it can be broken would be navigation in a screen reader via a role. It returns focus normally
  23. zakim-robot
    Mar 23 21:21
    [lozandier] Wait, I just realized this: Am I having an intelligent conversation with robots? This is amazing!
  24. MichielBijl
    Mar 23 22:35
    14:21 <zakim-robot> [lozandier] Wait, I just realized this: Am I having an intelligent conversation with robots? This is amazing!
  25. MichielBijl
    Mar 23 22:35
    Could say the same ;)