[whatwg] Two propositions for the autofocus attribute

Markus Ernst derernst at gmx.ch
Fri Apr 16 05:24:46 PDT 2010


Am 16.04.2010 09:30 schrieb Kit Grose:
> On 16/04/2010, at 5:06 PM, Markus Ernst wrote:
> 
>> Is it not possible to say the autofocus attribute is readonly? It dose 
>> IMO not make sense to apply it via scripting, as focus() is available 
>> for scripting.
> 
> What if the form is received via XHR as HTML and simply injected to the page using innerHTML?

What would you say about this:
- multiple autofocused elements per page are valid, but only one per form
- the actual effect, as suggested before, is restricted to the page 
loading process and to the first element with the autofocus attribute

Like this, if you write an application that relies on forms received by 
XHR, and if you don't know the form structure at authoring time, it is 
not difficult to add a function that, after the form is inserted, looks 
for an element with autofocus and focus()es it at runtime.

> I admit I don't know of any other read-only HTML attributes to test the standard behaviour under those conditions.
> 
> A more similar outcome to this might be how browsers cope with adding an additional <input type="radio" name="foo" checked/> element to a form with another radio button named accordingly. A cursory glance shows that WebKit checks the new input and unchecks the previous selection, even if the user had previously made a selection.

I was thinking about checked (resp. defaultChecked) too, when I wrote my 
previous post. Anyway, the case is somehow different, as a change of 
checkedness is a visible change of the form values, and if it is made 
unexpectedly this is likely to be an authoring error. Unexpected focus 
changes on the other hand are a potential hassle which can even result 
in data loss or incomplete submission (if the focus changes from a 
textarea to an input element, and the user is not aware of it and hits 
enter).



More information about the whatwg mailing list