Re: IndexedDB: multientry or multiEntry?

On Wed, Nov 30, 2011 at 6:22 PM, Tab Atkins Jr. wrote: > On Wed, Nov 30, 2011 at 6:11 PM, Israel Hilerio wrote: >> On Wednesday, November 30, 2011 3:55 PM, Jonas Sicking wrote: >>> On Wed, Nov 30, 2011 at 3:09 PM, Joshua Bell wrote: >>> > Should the parameter used in IDBObjectStore.createIndex()

Re: IndexedDB: multientry or multiEntry?

On Wed, Nov 30, 2011 at 6:11 PM, Israel Hilerio wrote: > On Wednesday, November 30, 2011 3:55 PM, Jonas Sicking wrote: >> On Wed, Nov 30, 2011 at 3:09 PM, Joshua Bell wrote: >> > Should the parameter used in IDBObjectStore.createIndex() and the >> > property on IDBIndex be spelled "multientry" (a

Re: [XHR] chunked

On Wed, Nov 30, 2011 at 6:16 PM, Charles Pritchard wrote: > On 11/30/11 6:04 PM, Glenn Maynard wrote: > > On Wed, Nov 30, 2011 at 8:45 PM, Charles Pritchard wrote: >> >> I don't worry about character sets at all. I treat the content as opaque. > > > It doesn't sound like you're describing text pr

Re: [XHR] chunked

On 11/30/11 6:04 PM, Glenn Maynard wrote: On Wed, Nov 30, 2011 at 8:45 PM, Charles Pritchard > wrote: I don't worry about character sets at all. I treat the content as opaque. It doesn't sound like you're describing text processing at all, but binary processi

RE: IndexedDB: multientry or multiEntry?

On Wednesday, November 30, 2011 3:55 PM, Jonas Sicking wrote: > On Wed, Nov 30, 2011 at 3:09 PM, Joshua Bell wrote: > > Should the parameter used in IDBObjectStore.createIndex() and the > > property on IDBIndex be spelled "multientry" (as it is in the spec > > currently), or "multiEntry" (based on

Re: [XHR] chunked

On Wed, Nov 30, 2011 at 8:45 PM, Charles Pritchard wrote: > I don't worry about character sets at all. I treat the content as opaque. It doesn't sound like you're describing text processing at all, but binary processing of data that happens to contain text. -- Glenn Maynard

Re: [XHR] chunked

On 11/30/11 3:44 PM, Jonas Sicking wrote: On Wed, Nov 30, 2011 at 1:03 PM, Charles Pritchard wrote: On Nov 30, 2011, at 12:41 PM, Jonas Sicking wrote: On Wed, Nov 30, 2011 at 12:13 PM, Charles Pritchard wrote: On Nov 30, 2011, at 11:32 AM, Jonas Sicking wrote: Charles asked whether "chu

RE: publish new WD of XHR; deadline December 5

On Wednesday, November 30, 2011 5:43 AM, Arthur Barstow wrote: > Anne completed his merge XHR and XHR2 merge and the new History section > includes information about the merge. As such, this is a Call for > Consensus to publish a new WD of XHR using the following ED (not yet > "pub ready") as th

Re: IndexedDB: multientry or multiEntry?

On Wed, Nov 30, 2011 at 3:09 PM, Joshua Bell wrote: > Should the parameter used in IDBObjectStore.createIndex() and the property > on IDBIndex be spelled "multientry" (as it is in the spec currently), or > "multiEntry" (based on "multi-entry" as the correct English spelling)? > > Has any implement

Re: [XHR] chunked

On Wed, Nov 30, 2011 at 1:03 PM, Charles Pritchard wrote: > On Nov 30, 2011, at 12:41 PM, Jonas Sicking wrote: > >> On Wed, Nov 30, 2011 at 12:13 PM, Charles Pritchard wrote: >>> On Nov 30, 2011, at 11:32 AM, Jonas Sicking wrote: >>> > Charles asked whether "chunked-text" was really needed

IndexedDB: multientry or multiEntry?

Should the parameter used in IDBObjectStore.createIndex() and the property on IDBIndex be spelled "multientry" (as it is in the spec currently), or "multiEntry" (based on "multi-entry" as the correct English spelling)? Has any implementation shipped with the new name yet (vs. the old "multirow")?

Re: XPath and Selectors are identical, and shouldn't be co-developed

On Wed, Nov 30, 2011 at 12:05 PM, Bjoern Hoehrmann wrote: > * Tab Atkins Jr. wrote: >>Disclaimer: I'm a CSSWG member, was previously a web developer by >>trade (now am a webkit engineer/spec author), and was only vaguely >>aware of XPath a week ago. > > XPath support has been available in web brow

Re: TAG Comment on

Thank you. Please let me know if there are any significant changes to the status of this. Noah Chair: W3C Technical Architecture Group On 11/30/2011 12:57 PM, Arthur Barstow wrote: Noah - FYI, I updated [Action-640] to include the TAG's comment [LC-2] (it originally was only for Ashok's person

Re: Enable Compression Of A Blob To .zip File

I think crypto is supposed to be in scope of another WG that was being chartered nowish On 11/30/11, Joran Greef wrote: > It would be great to have a native binding to Zlib and Snappy exposed to > Javascript in the browser. Zlib covers the expensive disk use-cases, Snappy > covers the expensive C

Re: XPath and Selectors are identical, and shouldn't be co-developed

Yehuda Katz (ph) 718.877.1325 On Wed, Nov 30, 2011 at 1:22 PM, Bjoern Hoehrmann wrote: > * Yehuda Katz wrote: > >Out of curiosity, I'd like to see the DOM in question, the starting > element > >and the element you were trying to select. I think "how people do it in > the > >real world" is actua

Re: XPath and Selectors are identical, and shouldn't be co-developed

* Yehuda Katz wrote: >Out of curiosity, I'd like to see the DOM in question, the starting element >and the element you were trying to select. I think "how people do it in the >real world" is actually relevant. There is a table for each album and in an album each tbody/tr element is a track in that

Re: XPath and Selectors are identical, and shouldn't be co-developed

Yehuda Katz (ph) 718.877.1325 On Wed, Nov 30, 2011 at 1:16 PM, James Graham wrote: > > > On Wed, 30 Nov 2011, Yehuda Katz wrote: > > >> Yehuda Katz >> (ph) 718.877.1325 >> >> >> On Wed, Nov 30, 2011 at 12:57 PM, Bjoern Hoehrmann >> wrote: >> * Yehuda Katz wrote: >> >Most people would

Re: XPath and Selectors are identical, and shouldn't be co-developed

On Wed, 30 Nov 2011, Yehuda Katz wrote: Yehuda Katz (ph) 718.877.1325 On Wed, Nov 30, 2011 at 12:57 PM, Bjoern Hoehrmann wrote: * Yehuda Katz wrote: >Most people would accomplish that using jQuery. Something like: > >var previous = $(current).closest("tr").prev()

Re: XPath and Selectors are identical, and shouldn't be co-developed

Yehuda Katz (ph) 718.877.1325 On Wed, Nov 30, 2011 at 12:57 PM, Bjoern Hoehrmann wrote: > * Yehuda Katz wrote: > >Most people would accomplish that using jQuery. Something like: > > > >var previous = $(current).closest("tr").prev() > > > >I'm not exactly sure what `current` is in this case. What

Re: XPath and Selectors are identical, and shouldn't be co-developed

Yehuda Katz (ph) 718.877.1325 On Wed, Nov 30, 2011 at 12:57 PM, Bjoern Hoehrmann wrote: > * Yehuda Katz wrote: > >Most people would accomplish that using jQuery. Something like: > > > >var previous = $(current).closest("tr").prev() > > > >I'm not exactly sure what `current` is in this case. What

Re: [XHR] chunked

On Nov 30, 2011, at 12:41 PM, Jonas Sicking wrote: > On Wed, Nov 30, 2011 at 12:13 PM, Charles Pritchard wrote: >> On Nov 30, 2011, at 11:32 AM, Jonas Sicking wrote: >> Charles asked whether "chunked-text" was really needed (and whether we should have "chunked" which implies Arra

Re: XPath and Selectors are identical, and shouldn't be co-developed

* Yehuda Katz wrote: >Most people would accomplish that using jQuery. Something like: > >var previous = $(current).closest("tr").prev() > >I'm not exactly sure what `current` is in this case. What edge-cases are >you worried about when you say that the JavaScript is "quite involved"? It is unlikel

Re: [XHR] chunked

On Wed, Nov 30, 2011 at 12:13 PM, Charles Pritchard wrote: > On Nov 30, 2011, at 11:32 AM, Jonas Sicking wrote: > >>> Charles asked whether "chunked-text" was really needed (and whether we >>> should have "chunked" which implies ArrayBuffer instead). Nobody got back to >>> him on that. >> >> Any

Re: XPath and Selectors are identical, and shouldn't be co-developed

Yehuda Katz (ph) 718.877.1325 On Wed, Nov 30, 2011 at 12:05 PM, Bjoern Hoehrmann wrote: > * Tab Atkins Jr. wrote: > >Disclaimer: I'm a CSSWG member, was previously a web developer by > >trade (now am a webkit engineer/spec author), and was only vaguely > >aware of XPath a week ago. > > XPath sup

Re: [XHR] chunked

On Nov 30, 2011, at 11:32 AM, Jonas Sicking wrote: >> Charles asked whether "chunked-text" was really needed (and whether we >> should have "chunked" which implies ArrayBuffer instead). Nobody got back to >> him on that. > > Any text based format would benefit from chunked-text. While the >

[Bug 14352] Event handler IDL attributes need [TreatNonCallableAsNull]

http://www.w3.org/Bugs/Public/show_bug.cgi?id=14352 Jonas Sicking changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug 14408] [IndexedDB] Cursors .key/.primaryKey/.value shouldn't throw as soon as .continue is called

http://www.w3.org/Bugs/Public/show_bug.cgi?id=14408 Jonas Sicking changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 14985] Specify how autoincrement + empty keypath works

http://www.w3.org/Bugs/Public/show_bug.cgi?id=14985 Jonas Sicking changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

Re: XPath and Selectors are identical, and shouldn't be co-developed

* Tab Atkins Jr. wrote: >Disclaimer: I'm a CSSWG member, was previously a web developer by >trade (now am a webkit engineer/spec author), and was only vaguely >aware of XPath a week ago. XPath support has been available in web browsers for over decade. If you have so far been unaware of it, that l

[Bug 14441] Note in IDBIndex.getKey is incorrect

http://www.w3.org/Bugs/Public/show_bug.cgi?id=14441 Eliot Graff changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 14735] [IndexedDB] Add multientry attribute to IDBIndex

http://www.w3.org/Bugs/Public/show_bug.cgi?id=14735 Eliot Graff changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

Re: [XHR] chunked

On Wed, Nov 30, 2011 at 7:28 AM, Anne van Kesteren wrote: > A while ago sicking proposed adding chunked support to XMLHttpRequest: > > http://lists.w3.org/Archives/Public/public-webapps/2011JulSep/0741.html > https://bugzilla.mozilla.org/show_bug.cgi?id=687087 > > A use case I remember was downloa

Re: XPath and find/findAll methods

On Tue, 2011-11-29 at 18:09 +0200, Henri Sivonen wrote: > On Tue, Nov 29, 2011 at 7:33 AM, Liam R E Quin wrote: > > (2) Not a dead end [...] Thanks for responding, Henri. A detailed reply follows, but the short answer is - (1) yes, browsers could be using the latest XPath. It would help authors

Re: Enable compression of a blob to .zip file

On 11/30/2011 8:04 AM, Julian Reschke wrote: On 2011-11-30 16:50, Charles Pritchard wrote: Nope. If you need gzipped SVG in data URIs, the right thing to do is to either extend data URIs to support that, or to mint a separate media type. Why? Seems like a lot of complexity for blob, data and

Re: TAG Comment on

Noah - FYI, I updated [Action-640] to include the TAG's comment [LC-2] (it originally was only for Ashok's personal comment [Ashok]) and updated LC-2 to connect it to Action-640. -AB [Action-640] http://www.w3.org/2008/webapps/track/actions/640 [LC-2] http://www.w3.org/2008/webapps/wiki/WebSt

Re: Enable compression of a blob to .zip file

On 2011-11-30 16:50, Charles Pritchard wrote: Nope. If you need gzipped SVG in data URIs, the right thing to do is to either extend data URIs to support that, or to mint a separate media type. Why? Seems like a lot of complexity for blob, data and file for something that could otherwise be ha

Re: Enable compression of a blob to .zip file

On Nov 30, 2011, at 7:05 AM, Julian Reschke wrote: > On 2011-10-31 20:20, Charles Pritchard wrote: >> On 10/31/11 11:34 AM, Boris Zbarsky wrote: >>> On 10/31/11 1:42 PM, Charles Pritchard wrote: I'm almost certain that somewhere, it is specified that the browser should sniff the fir

[XHR] chunked

A while ago sicking proposed adding chunked support to XMLHttpRequest: http://lists.w3.org/Archives/Public/public-webapps/2011JulSep/0741.html https://bugzilla.mozilla.org/show_bug.cgi?id=687087 A use case I remember was downloading a large file of some kind that presumably can be incrementall

Re: Enable compression of a blob to .zip file

On 2011-10-31 20:20, Charles Pritchard wrote: On 10/31/11 11:34 AM, Boris Zbarsky wrote: On 10/31/11 1:42 PM, Charles Pritchard wrote: I'm almost certain that somewhere, it is specified that the browser should sniff the first few bytes of the file to see if it is compressed. I don't believe i

Re: Enable compression of a blob to .zip file

On 2011-10-31 18:42, Charles Pritchard wrote: On 10/30/2011 5:56 PM, Cameron McCormack wrote: On 30/10/11 4:25 PM, Bjoern Hoehrmann wrote: Then he probably means file system files and not HTTP files, and support there has indeed been spotty in the past. Ah, yes. Regarding data: URIs, someone

CfC: publish new WD of XHR; deadline December 5

Anne completed his merge XHR and XHR2 merge and the new History section includes information about the merge. As such, this is a Call for Consensus to publish a new WD of XHR using the following ED (not yet "pub ready") as the basis: http://dvcs.w3.org/hg/xhr/raw-file/tip/Overview.html Agre

Re: Enable Compression Of A Blob To .zip File

It would be great to have a native binding to Zlib and Snappy exposed to Javascript in the browser. Zlib covers the expensive disk use-cases, Snappy covers the expensive CPU use-cases. Also a native binding to basic crypto primitives, even if that means just SHA1 to start, and even if the Node.

Re: Enable compression of a blob to .zip file

Fyi - it's been a long time request from Zynga to have a web packaging format to serve and store assets in large chunks. A relevant ticket with a discussion can be found here: https://bugzilla.mozilla.org/show_bug.cgi?id=681967 I'm all for it, of course. Am 31.10.11 12:20 schrieb "Charles Pritcha