[whatwg] keyboard behaviour inside of editable area
surkov.alexander at gmail.com
Mon Oct 12 18:10:17 PDT 2009
Hi, Ian. Thank you for the answer.
AFAIK usually accessibility people tend to define kind of universal
behaviour on mouse/keyboard interaction depending on OS of course.
This case is probably not this one and behaviour should be
implementation dependent. I'm not sure. Therefore I brought this issue
I'm happy you find the described behaviour reasonable.
Thank you again.
On Mon, Oct 12, 2009 at 3:04 PM, Ian Hickson <ian at hixie.ch> wrote:
> On Thu, 8 Oct 2009, Alexander Surkov wrote:
>> The suggestion is to treat control element as special character, i.e.
>> when you move through the text by arrow keys and control element is met
>> then control element should be focused and its selection should be
>> changed appropriately. When control has the focus then keyboard
>> behaviour is defined by control preferences with once exception. If
>> particular navigation key isn't processed by control or doesn't have any
>> defined action then editor rules are applied.
> This seems reasonable (though I'd prefer to study it in a usability lab
> before making a stronger statement), but it also seems like an
> implementation detail -- there's nothing that really requires that the
> user agent even support arrow keys, let alone that they work in a
> particular way.
> Ian Hickson U+1047E )\._.,--....,'``. fL
> http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,.
> Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.'
More information about the whatwg