Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Live region properties vs announcement notification #84

Open
cookiecrook opened this issue Aug 9, 2017 · 1 comment
Open

Live region properties vs announcement notification #84

cookiecrook opened this issue Aug 9, 2017 · 1 comment

Comments

@cookiecrook
Copy link
Collaborator

We had discussed using a refined announcement notification (in Phase 2?) to avoid some of the problems with live regions. Let's put in a placeholder for the notification (e.g. "speak this text") and remove the aliases for live, relevant, atomic, etc.

Authors wanting to use live regions can still implement them via DOM methods like setAttribute, so we're not losing anything by not including the aliases on accessibleNode.

(Spawned from discussion in Issue #78)

@alice
Copy link
Member

alice commented Aug 16, 2017

Proposal from @cookiecrook: allow sending a payload including notification, urgency, callback... etc?

  • Some global object like Navigator which handles requests
  • Have a queue object which allows managing posted notifications?
  • Allow polyfilling live regions?
  • But not require a context element

Counter-proposal:

el.accessibleNode.announce("New content loaded", AccessibleNode.POLITE);
  • context element is required, but may be root node
  • no queue object (at least initially)

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

No branches or pull requests

2 participants