Re: [whatwg] Adding ECMAScript 5 array extras to HTMLCollection

2010-04-25 Thread Garrett Smith
On Sat, Apr 24, 2010 at 10:50 PM, J Z kangax@gmail.com wrote: On Fri, Apr 23, 2010 at 10:30 PM, David Bruant bru...@enseirb-matmeca.fr wrote: Hi, In the HTML5 status of this document section, one can read : This specification is intended to replace (be the new version of) what was

Re: [whatwg] Adding ECMAScript 5 array extras to HTMLCollection

2010-04-25 Thread David Bruant
// turning live collection into static array fixes this Array.slice(document.getElementsByTagName('div')).forEach(function(el) { el.parentNode.removeChild(el); }); Where supported, though top level generics such as Array.slice are not standard, so: var divList =

Re: [whatwg] Adding ECMAScript 5 array extras to HTMLCollection

2010-04-25 Thread J Z
On Sun, Apr 25, 2010 at 2:33 AM, David Bruant bru...@enseirb-matmeca.frwrote: Le 24/04/2010 22:50, J Z a écrit : On Fri, Apr 23, 2010 at 10:30 PM, David Bruant bru...@enseirb-matmeca.frwrote: Hi, In the HTML5 status of this document section, one can read : This specification is

Re: [whatwg] Adding ECMAScript 5 array extras to HTMLCollection

2010-04-25 Thread David Bruant
Le 25/04/2010 00:39, J Z a écrit : I have thought a lot about weirdnesses that people could think about like trying to assign a value to the HTMLCollection (divs[14] = myOtherDiv), but once again, it wouldn't be more allowed than it currently is (I have no idea of what happens

Re: [whatwg] Two propositions for the autofocus attribute

2010-04-25 Thread Eitan Adler
- multiple autofocused elements per page are valid, but only one per form Is it possible to focus on multiple elements at the same time even in different forms? If they are both text boxes and a user types which element gets the keyboard input? Autofocus only really makes at load time - for any

Re: [whatwg] Two propositions for the autofocus attribute

2010-04-25 Thread Benjamin Hawkes-Lewis
On Thu, Apr 15, 2010 at 11:43 PM, Mounir Lamouri mounir.lamo...@gmail.com wrote: To better fulfill this need, I think we should add two rules for the autofocus attribute behavior: - only the first element with the autofocus attribute specified should get the focus. All other autofocus requests

Re: [whatwg] Directory upload via input type=file directory

2010-04-25 Thread Jonas Sicking
On Sun, Apr 25, 2010 at 8:42 AM, Ojan Vafai o...@chromium.org wrote: On Sat, Apr 24, 2010 at 9:49 AM, Jonas Sicking jo...@sicking.cc wrote: On Thu, Apr 22, 2010 at 3:37 PM, John Gregg john...@google.com wrote: The use case is not about choosing a directory for some browser functionality, it

Re: [whatwg] Directory upload via input type=file directory

2010-04-25 Thread Jonas Sicking
On Sun, Apr 25, 2010 at 3:42 PM, Jonas Sicking jo...@sicking.cc wrote: I can't think of an application where you'll have to deal with that anyway. This should say where you *wouldn't* have to deal with that anyway. / Jonas

Re: [whatwg] Two propositions for the autofocus attribute

2010-04-25 Thread Garrett Smith
On Thu, Apr 15, 2010 at 10:52 PM, timeless timel...@gmail.com wrote: fwiw, w/ the mobile browsers i work w/, random focus changes are incredibly annoying. we had a manager who insisted on a feature where the browser would move focus to the urlbar in certain cases. Why is the manager making

Re: [whatwg] Two propositions for the autofocus attribute

2010-04-25 Thread Garrett Smith
On Thu, Apr 15, 2010 at 4:08 PM, Jonas Sicking jo...@sicking.cc wrote: On Thu, Apr 15, 2010 at 3:43 PM, Mounir Lamouri mounir.lamo...@gmail.com wrote: Hi, [...] However the spec also makes the, IMHO good, recommendation to not autofocus an element if the user is already interacting with