Re: [selectors-api] Return an Array instead of a static NodeList

On Mon, Aug 29, 2011 at 9:40 AM, Aryeh Gregor wrote: > On Thu, Aug 25, 2011 at 7:17 PM, Jonas Sicking wrote: >> .push and .pop are generic and work on anything that looks like an >> Array. However they don't work on NodeList because NodeList isn't >> mutable. >> >> . . . >> >> None of these are *

Re: Some way to change an element's name would be useful

On Aug 29, 2011, at 23:29 , Dimitri Glazkov wrote: > Document.renameNode seems cool. Aside from the awkward user data > event, it matches perfectly the needs of the Component Model (updated > to reference it here: > http://wiki.whatwg.org/wiki/Component_Model#Performance). > > I am curious why no

Re: [selectors-api] Return an Array instead of a static NodeList

On Aug 30, 2011, at 10:33 AM, Jonas Sicking wrote: > My point was that it was a mistake for querySelectorAll to return a > NodeList. It should have returned an Array. Sounds like people agree > with that then? I think it’s better to return an immutable object (mutable objects are source of progra

Re: [XHR2] Blobs, names and FormData

On Wed, 24 Aug 2011 21:57:59 +0200, Charles Pritchard wrote: On 8/24/2011 1:33 AM, Anne van Kesteren wrote: Examples of such services would be useful here. (That would still accept urlencoded files.) A URL encoded post; that it would use a blob as the source of one of the values is second

Re: [selectors-api] Return an Array instead of a static NodeList

On Tue, Aug 30, 2011 at 2:32 AM, Julien Richard-Foy wrote: > On Aug 30, 2011, at 10:33 AM, Jonas Sicking wrote: >> My point was that it was a mistake for querySelectorAll to return a >> NodeList. It should have returned an Array. Sounds like people agree >> with that then? > > I think it’s better

Re: [indexeddb] Compound Key support for Primary Keys and Indexes

On Sat, Aug 27, 2011 at 1:00 AM, Israel Hilerio wrote: > We looked at the spec to see what it would take to be able to support > multi-column keys on primary keys & indexes and we found some inconsistencies > that need to be addressed.  Below is our proposal/assumptions on how to > constrain th

Re: [indexeddb] Issues stated on the current spec

On Sat, Aug 27, 2011 at 3:35 AM, Jonas Sicking wrote: > 1. Treat this the same way as inserting the number 2^64-1 into the > object store. I.e. make it impossible to generate more numbers. The > object store will have to be removed and recreated without recreating > the high-valued key. > 2. Throw

Re: Some way to change an element's name would be useful

I filed a bug against DOM Core: http://www.w3.org/Bugs/Public/show_bug.cgi?id=13971

[Bug 13972] New: var bgPage = chrome.extension.getBackgroundPage(); function saveTabData(tab, data) { if (tab.incognito) { bgPage[tab.url] = data; // Persist data ONLY in memory } else { localStorag

http://www.w3.org/Bugs/Public/show_bug.cgi?id=13972 Summary: var bgPage = chrome.extension.getBackgroundPage(); function saveTabData(tab, data) { if (tab.incognito) { bgPage[tab.url] = data; // Persist data ONLY in memory } els

Re: [selectors-api] Return an Array instead of a static NodeList

On 30 août 2011, at 18:07, Jonas Sicking wrote: > On Tue, Aug 30, 2011 at 2:32 AM, Julien Richard-Foy > wrote: >> I think it’s better to return an immutable object (mutable objects are >> source of programming errors). But this immutable object should have >> traversing method (forEach, map, f

Re: [XHR2] Blobs, names and FormData

On 8/30/11 4:02 AM, Anne van Kesteren wrote: On Wed, 24 Aug 2011 21:57:59 +0200, Charles Pritchard wrote: On 8/24/2011 1:33 AM, Anne van Kesteren wrote: Examples of such services would be useful here. (That would still accept urlencoded files.) A URL encoded post; that it would use a blob as

[Bug 13973] New: Refactor delete stuff

http://www.w3.org/Bugs/Public/show_bug.cgi?id=13973 Summary: Refactor delete stuff Product: WebAppsWG Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component:

[Bug 13830] "Delete the contents" has to be rewritten to delete the selection

http://www.w3.org/Bugs/Public/show_bug.cgi?id=13830 Aryeh Gregor changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 13974] New: Allow Selections to be cloned, saved, etc.

http://www.w3.org/Bugs/Public/show_bug.cgi?id=13974 Summary: Allow Selections to be cloned, saved, etc. Product: WebAppsWG Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priorit

[Bug 13975] New: Get rid of multi-Range Selections

http://www.w3.org/Bugs/Public/show_bug.cgi?id=13975 Summary: Get rid of multi-Range Selections Product: WebAppsWG Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2

[Bug 13976] New: Backspacing in between two lists should merge them

http://www.w3.org/Bugs/Public/show_bug.cgi?id=13976 Summary: Backspacing in between two lists should merge them Product: WebAppsWG Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Prio

RE: [indexeddb] Compound Key support for Primary Keys and Indexes

Thanks for the feedback. Answers inline. Israel On Tuesday, August 30, 2011 9:10 AM, Hans Wennborg wrote: > On Sat, Aug 27, 2011 at 1:00 AM, Israel Hilerio > wrote: > > We looked at the spec to see what it would take to be able to support > multi-column keys on primary keys & indexes and we fou

Re: Some way to change an element's name would be useful

Le 29 août 2011 à 14:57, Aryeh Gregor a écrit : > In editing, it's common to want to change an element's name. For > instance, document.execCommand("formatblock", false, "h1") will change > the current line's wrapper to an . Unbolding should > produce . Does that also mean that if you feed a c

Re: [selectors-api] Return an Array instead of a static NodeList

On Tue, Aug 30, 2011 at 4:33 AM, Jonas Sicking wrote: > My point was that it was a mistake for querySelectorAll to return a > NodeList. It should have returned an Array. Sounds like people agree > with that then? I don't have a problem with that, if it can be changed safely. However, some things

Re: Some way to change an element's name would be useful

On Tue, Aug 30, 2011 at 4:44 PM, Karl Dubost wrote: > > Le 29 août 2011 à 14:57, Aryeh Gregor a écrit : >> In editing, it's common to want to change an element's name.  For >> instance, document.execCommand("formatblock", false, "h1") will change >> the current line's wrapper to an .  Unbolding s

Re: [XHR2] Blobs, names and FormData

On 8/24/2011 11:56 PM, Charles Pritchard wrote: On 8/24/11 11:36 PM, Jonas Sicking wrote: On Wed, Aug 24, 2011 at 12:57 PM, Charles Pritchard wrote: Prpoposed: FormData output with the x-www-form-urlencoded mime type: formData.toUrlEncodedBlob(xhr.send) [Supplemental] FormData void toMultip

before/after editaction

Greetings all, During the very constructive meeting in Toronto, we came to a conclusion that we want events that fire before after user editing action and execCommand take place. Let us call these events beforeEditAction and afterEditAct

Re: before/after editaction

On Tue, Aug 30, 2011 at 4:08 PM, Darin Adler wrote: > > How would this work with undo? > That's a debatable point. Presumably, we'll be adding undo/redo events as well so we could not fire before/after edit action events for execCommand('undo') and execCommand('redo'). I know it's kind of ugly

Re: [selectors-api] Return an Array instead of a static NodeList

On Tue, Aug 30, 2011 at 2:25 PM, Aryeh Gregor wrote: > On Tue, Aug 30, 2011 at 4:33 AM, Jonas Sicking wrote: >> My point was that it was a mistake for querySelectorAll to return a >> NodeList. It should have returned an Array. Sounds like people agree >> with that then? > > I don't have a problem

Re: before/after editaction

On Aug 30, 2011, at 4:13 PM, Ryosuke Niwa wrote: > On Tue, Aug 30, 2011 at 4:08 PM, Darin Adler wrote: >> How would this work with undo? > > That's a debatable point. Presumably, we'll be adding undo/redo events as > well so we could not fire before/after edit action events for > execCommand(

Re: before/after editaction

On Tue, Aug 30, 2011 at 4:34 PM, Darin Adler wrote: > My question was not about the undo command. I meant that if I implemented a > handler for the aftereditaction event that changed b tags to strong tags, > how would the undo machinery undo what I had done? > Ah, I see. So UA won't be able to

Re: [XHR2] Blobs, names and FormData

On Tue, Aug 30, 2011 at 3:26 PM, Charles Pritchard wrote: > On 8/24/2011 11:56 PM, Charles Pritchard wrote: >> >> On 8/24/11 11:36 PM, Jonas Sicking wrote: >>> >>> On Wed, Aug 24, 2011 at 12:57 PM, Charles Pritchard >>>  wrote: >> >> Prpoposed: >> >> FormData output with the x-www-

Re: [XHR2] Blobs, names and FormData

On 8/30/11 5:52 PM, Jonas Sicking wrote: On Tue, Aug 30, 2011 at 3:26 PM, Charles Pritchard wrote: On 8/24/2011 11:56 PM, Charles Pritchard wrote: On 8/24/11 11:36 PM, Jonas Sicking wrote: On Wed, Aug 24, 2011 at 12:57 PM, Charles Pritchard wrote: Prpoposed: Fo

Re: before/after editaction

On Tue, Aug 30, 2011 at 5:07 PM, Ryosuke Niwa wrote: > On Tue, Aug 30, 2011 at 4:34 PM, Darin Adler wrote: >> >> My question was not about the undo command. I meant that if I implemented >> a handler for the aftereditaction event that changed b tags to strong tags, >> how would the undo machinery

Re: [XHR2] Blobs, names and FormData

On Tue, Aug 30, 2011 at 5:59 PM, Charles Pritchard wrote: > On 8/30/11 5:52 PM, Jonas Sicking wrote: >> >> On Tue, Aug 30, 2011 at 3:26 PM, Charles Pritchard >>  wrote: >> >>> >>> On 8/24/2011 11:56 PM, Charles Pritchard wrote: >>> On 8/24/11 11:36 PM, Jonas Sicking wrote: > >>>

[Bug 8241] Named properties on window

http://www.w3.org/Bugs/Public/show_bug.cgi?id=8241 Cameron McCormack changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|

Re: [File API] FileList

On 8/14/11 5:36 AM, Anne van Kesteren wrote: FileList does not follow the requirements from Web IDL: http://dev.w3.org/2006/webapi/WebIDL/#idl-indexed-properties Specifically you mean: 1. FileList's WebID definition should show that the getter returns a nullable type AND 2. Supported propert

Re: [File API] Blob.slice()

On 8/14/11 5:42 AM, Anne van Kesteren wrote: Why does the slice() method use [TreatUndefinedAs=EmptyString]? Can it not just use the normal default handling? Also, if you do indeed want to use that saying "If the contentType parameter is undefined, let relativeContentType be set to the empty st

Re: [File API] exceptions

On 8/14/11 5:45 AM, Anne van Kesteren wrote: I think we should add a warning to the document that the exceptions will change. How they change depends on the outcome of the web platform exceptions discussions. Done. http://dev.w3.org/2006/webapi/FileAPI/#ErrorAndException -- A*

Re: [File API] constants -> strings

On 8/14/11 5:46 AM, Anne van Kesteren wrote: Is it too late to change the constants to simple string values? I think the implementation bird has flown here :( -- A*

Re: [File API] Determining Encoding

On 8/14/11 5:51 AM, Anne van Kesteren wrote: The first step says SHOULD but the whole algorithm is a MUST. That does not work. I also do not see why it is a SHOULD. The algorithm and the preceding paragraph also seem to have a circular dependency. Please turn it into a single algorithm instead

Re: [File API] asynchronous methods

On 8/14/11 5:53 AM, Anne van Kesteren wrote: It is not clear from the specification when the asynchronous methods return. This should be stated. Done. http://dev.w3.org/2006/webapi/FileAPI/#reading-a-file (and see each read method definition). -- A*

Re: [File API] dependencies

On 8/14/11 5:58 AM, Anne van Kesteren wrote: For the HTML dependency it seems this specification depends on event handler attributes as well. The Typed Arrays specification should either become a normal dependency or you need to introduce different conformance classes. Currently it is contrad

Re: [File API] opaque string

On 8/14/11 6:00 AM, Anne van Kesteren wrote: Why can you not use characters legally allowed in IRIs? You can; they have to be escaped. The bit on UUID should be turned into a note if it is non-normative instead of saying it is non-normative. Done (with an Appendix). -- A*

HTMLElement.register--giving components tag names

"Components" (see http://wiki.whatwg.org/wiki/Component_Model_Use_Cases for examples of what I mean) need to present an API to script. For example, a "contacts" component might want to expose a refresh() method that pulls new contacts from the server. Components also need to hook up internal behavi

Re: [XHR2] Blobs, names and FormData

On Tue, 30 Aug 2011 21:49:19 +0200, Charles Pritchard wrote: Many services use form-urlencoded for form data, though not for files, and typically not for large strings. Google's Picasa uses multipart/related instead of multipart/form-data. I believe that Google App engine has a few areas whe

Re: [XHR2] Blobs, names and FormData

On 8/30/2011 11:03 PM, Anne van Kesteren wrote: On Tue, 30 Aug 2011 21:49:19 +0200, Charles Pritchard wrote: Many services use form-urlencoded for form data, though not for files, and typically not for large strings. Google's Picasa uses multipart/related instead of multipart/form-data. I bel