Archive index

A11y Slackers Gitter Channel Archive 23rd of September 2016

What fresh hell is THIS now? - Patrick Lauke
  1. powrsurg
    @powrsurg
    Sep 23 00:44
    @alacker it would be quite a bit of work. You'd need to be to drag the background image around with a keyboard, put other images and text over it (which could also be moved around with a keyboard ... it'd be tough
  2. zakim-robot
    @zakim-robot
    Sep 23 00:47
    [csantos] @patrickfox NVDA team closed my ticket about <br/> issue (nvaccess/nvda#6400)
  3. [caesar] Their comments make sense. I think JAWS behaves similarly?
  4. zakim-robot
    @zakim-robot
    Sep 23 01:17

    [csantos] @caesar I don’t know if JAWS has similar behavior.
    from Safari - Voice Over

    <ul>   <li>Content one</li>   <li>Content two</li> </ul> <br/> <!-- after down-arrow: it reads "new line" --> After break line <br/> <!-- after down-arrow: ignored. it reads ‘Hello' --> <pre>Hello</pre> <br/> <!-- after down-arrow: not ignored. but it doesn’t read the next element --> <p>   Other paragraph   <br/> <!-- after down-arrow: ignored. it reads ‘more content' -->   more content </p>
    

    *from Google Chrome - VoiceOver *

    <ul>   <li>Content one</li>   <li>Content two</li> </ul> <br/> <!-- after down-arrow: ignored --> After break line <br/> <!-- after down-arrow: ignored --> <pre>Hello</pre> <br/> <!-- after down-arrow: ignored --> <p>   Other paragraph   <br/> <!-- after down-arrow: ignored -->   more content </p>
    

    I’m really lost with the different results across browsers and platforms

  5. [caesar] As mentioned above, Chrome + VO shouldn't be taken as indicative of anything!
  6. [caesar] Safari + VO reads "new line" in place of "blank" so it too, is identifying the <br/> in some way - arguably better than "blank" but that's Apple for you :)
  7. zakim-robot
    @zakim-robot
    Sep 23 01:24
    [csantos] hehe ok :( If the page was completely controlled by me I could organize the html, but I need to figure out how manage that kind of things, because that html could be added to the page by content editors (from AEM) (sweat emoji)
  8. Thierry Koblentz
    @thierryk
    Sep 23 02:14
    I'm still knee deep in Tab Panel stuff. It feels like I went through all examples of tab panels out there. One thing I find weird is that authors do not style links with role="tab" using cursor:default. I don't think those tabs should behave like links in term of cursor shape, no?
  9. Peter Krautzberger
    @pkra
    Sep 23 08:16
    @StommePoes follow up on that checkbox hack. I run into really freaky behavior on Chrome and IE where they scroll awy when activating the checkbox. Ever run into this? (inline content).
  10. s/awy/away
  11. Job van Achterberg
    @jkva
    Sep 23 08:57
    @pkra can I reproduce it somewhere?
  12. Peter Krautzberger
    @pkra
    Sep 23 08:57
    Ah, you caught me.
  13. Haven't been able to isolate it enough yet.
  14. Essentially, Chrome and IE scroll down a whole lot (scrolling the input and revealed content out of sight).
  15. But it must be related to more complex CSS in the surrounding content, I think, since a simple "put it in a long page" didn't exhibit it.
  16. Job van Achterberg
    @jkva
    Sep 23 08:59
    strange
  17. Peter Krautzberger
    @pkra
    Sep 23 08:59
    I'll probably go back to the anchor-based solution instead.
  18. It has other advantages (e.g., a deep link to the footnote will reveal it).
  19. Mallory
    @StommePoes
    Sep 23 17:35
  20. @csantos @caesar JAWS says blank for newlines
  21. has since as long as I can remember