Confirmed users
1,396
edits
Accessibility/EditorBehaviourOnUserInput: Difference between revisions
Jump to navigation
Jump to search
Accessibility/EditorBehaviourOnUserInput (view source)
Revision as of 05:55, 7 November 2009
, 7 November 2009no edit summary
No edit summary |
|||
| Line 1: | Line 1: | ||
=Summary= | =Summary= | ||
The article is aimed to propose editor behaviour on user input when control elements are contained in editable area. | The article is aimed to propose editor behaviour on user input when control elements are contained in editable area. The start point of this proposal is control elements inside of editable area should have normal behaviour as they wouldn't be inside of editable area. So that they should operable with mouse and keyboard as usually. This point can be found not suitable for certain amount of web applications and they might want to change it somehow to meet their specific needs, for example, if web application wants to have an ability to edit the button's label. | ||
This proposal is indented to provide sort of default behaviour and don't pretend to define unique one for all possible cases. The main goal of this proposal is ensure control elements inside of editable area are accessible as for sighted users as well for AT users. Therefore it's necessary ensure control elements are accessible and operable by keyboard. | |||
In this proposal under control elements are considered either HTML controls or ARIA controls. | |||
=Suggestion= | =Suggestion= | ||