On Aug 13, 2010, at 15:15 , Arthur Barstow wrote:
As with all of our CfCs, positive response is preferred and encouraged and
silence will be assumed to be assent.
+1
--
Robin Berjon - http://berjon.com/
Hi Eric,
On Jul 8, 2010, at 03:50 , Eric Uhrhane wrote:
Robin:
- data stored there by the application should not be deleted by the
UA without user intervention, UA should require permission from the
user, The application may of course delete it at will - these
sound like real conformance
On Mon, Aug 16, 2010 at 12:09 AM, Jonas Sicking jo...@sicking.cc wrote:
On Fri, Aug 13, 2010 at 12:15 PM, Jeremy Orlow jor...@chromium.org
wrote:
On Fri, Aug 13, 2010 at 5:02 PM, Jonas Sicking jo...@sicking.cc wrote:
On Fri, Aug 13, 2010 at 4:56 AM, Jeremy Orlow jor...@chromium.org
On 14/08/2010 03:12, Bernard Traversat wrote:
Should we have a more explicit way to specify and notify users that
some updates may require data conversion and
user data will be converted after the widget is updated? Due to the
error-prone nature of such conversion, users
may want to back up
On Fri, Aug 13, 2010 at 7:30 PM, Pablo Castro pablo.cas...@microsoft.comwrote:
In the context of transactions, readers using READ_ONLY and writers using
READ_WRITE may block each other when starting transactions, at least for
cases where the underlying implementation uses locking for
On Mon, Aug 16, 2010 at 12:11 AM, Jonas Sicking jo...@sicking.cc wrote:
On Fri, Aug 13, 2010 at 1:43 PM, Pablo Castro
pablo.cas...@microsoft.com wrote:
The spec for the asynchronous put and add methods in object store as
well as update in cursors don't explicitly state when clones are
On Mon, 16 Aug 2010 15:37:03 +0800, Robin Berjon ro...@berjon.com wrote:
On Aug 13, 2010, at 15:15 , Arthur Barstow wrote:
As with all of our CfCs, positive response is preferred and encouraged
and silence will be assumed to be assent.
+1
Support removing it.
cheers
--
Charles
On 8/16/10 2:34 AM, Rich Tibbett wrote:
On 14/08/2010 03:12, Bernard Traversat wrote:
Should we have a more explicit way to specify and notify users that
some updates may require data conversion and
user data will be converted after the widget is updated? Due to the
error-prone nature of such
On Mon, Aug 16, 2010 at 3:06 AM, Jeremy Orlow jor...@chromium.org wrote:
On Fri, Aug 13, 2010 at 7:30 PM, Pablo Castro pablo.cas...@microsoft.com
wrote:
In the context of transactions, readers using READ_ONLY and writers using
READ_WRITE may block each other when starting transactions, at
http://www.w3.org/Bugs/Public/show_bug.cgi?id=10379
Summary: This is working
Product: WebAppsWG
Version: unspecified
Platform: Other
URL: http://www.whatwg.org/specs/web-apps/current-work/#por
ts-and-garbage-collection
On Mon, Aug 16, 2010 at 2:20 AM, Jeremy Orlow jor...@chromium.org wrote:
However I think it's very rare that this will be needed. And there are
ways to somewhat work around it by using separate databases. So I
would probably say that lets keep it database-wide for now, and
reconsider in
On Mon, Aug 16, 2010 at 10:11 AM, Jeremy Orlow jor...@chromium.org wrote:
2 additional questions: What standard will define the language codes and
the associated collation algorithm? And what's the behavior for an
implementation that doesn't support that particular language?
Very good
http://www.w3.org/Bugs/Public/show_bug.cgi?id=10381
Summary: [IndexedDB] Structured clones should be created
synchronously
Product: WebAppsWG
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
http://www.w3.org/Bugs/Public/show_bug.cgi?id=10382
Summary: [IndexedDB] Note on avoiding reader/writer starvation
Product: WebAppsWG
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: normal
On Mon, Aug 16, 2010 at 7:05 PM, Michael Nordman micha...@google.com wrote:
Hi All,
I'm interested in adding support for XHR.responseBlob to webkit and chrome.
It sounds like we have a general consensus to add two new members to the
XmlHttpRequest interface:
attribute boolean asBlob; // at
http://www.w3.org/Bugs/Public/show_bug.cgi?id=10379
Anne ann...@opera.com changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
16 matches
Mail list logo