Skip to content
This repository has been archived by the owner on Oct 2, 2018. It is now read-only.

[desktop] Support screenreaders #213

Open
twiss opened this issue Nov 10, 2014 · 3 comments
Open

[desktop] Support screenreaders #213

twiss opened this issue Nov 10, 2014 · 3 comments

Comments

@twiss
Copy link
Collaborator

twiss commented Nov 10, 2014

I don't know what existing editors do, but we should do that.

I've never used one, but I imagine it would be most important to read the names of the documents on the welcome screen, and the contents of the documents themselves.

Also, css supports highlighting what the screenreader is currently reading.

Spin-off from #206 (comment)

@ferndot
Copy link
Member

ferndot commented Nov 10, 2014

That is a good idea. Do you think that this would require any visual changes? Or, is speech accomplished through invisible CSS properties and HTML attributes?

@Ryuno-Ki
Copy link

It basically comes to down to add ARIA-tags where it is necessary.

My device does not have that version, but CodingFree reported about how to activate the screenreader a few weeks ago. Aside that, you can reach out to Marco Zehe for help (he's a Mozillian, too).

I look after compiling a list of Go-To-documents for consulting.

@Ryuno-Ki
Copy link

Are you familiar with accesskey-attribute? I found an abstract on WebAIM. I'd like to see a solution, which listens to keydown events (since old IE may not fire keypressed), but passes the event forward. It's so annoying on certain sites, that the app steals the focus, so I cannot use shortcuts like Ctrl-T to open a new tab.

Oh, and on MDN, there's a checklist :)

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

3 participants