[ + DAPI Chairs and Team Contact ]
Hi Ian, All - for now, I think it is OK to use public-webapps for
*technical* discussions regarding James' proposal.
Let's plan to continue the charter-related part of this discussion
during WebApp's TPAC meeting. I added it to the Monday October 31
Arthur Barstow wrote:
[ + DAPI Chairs and Team Contact ]
Hi Ian, All - for now, I think it is OK to use public-webapps for
*technical* discussions regarding James' proposal.
Let's plan to continue the charter-related part of this discussion
during WebApp's TPAC meeting. I added it to the
On 10/5/11 3:15 AM, ext Julian Reschke wrote:
On 2011-09-29 18:28, Arthur Barstow wrote:
On September 29, aLCWD of Web Sockets API was published:
http://www.w3.org/TR/2011/WD-websockets-20110929/
Please send all comments to public-webapps@w3.org by October 21.
I just noted that as of
Hi,
I'm trying to express in WebIDL an interface with a string attribute
uri, and a string-string dictionary options that has no
restrictions on the keys.
In JS this would be something like this as a literal:
{
uri: ,
options: {}
}
Now I came up with the following WebIDL:
/* arbitrary
On 2011-10-07 13:55, Arthur Barstow wrote:
Hi Julian, All - I changed the subject to reflect the general
process-related issue here. I will respond separately to the WebSocket
specifics ...
WebApps has always used the Edit First, Review Second process, as
documented in our [WorkMode] document.
Hi Hixie,
In [1], Julian asks about Web Socket API rev 1.247 [2], the change that
adds the Parsing WebSocket URLs section (CVS comment Revert the part of
r5409 that removed the URL parsing algorithms, since it's no longer
defined in the protocol spec. (whatwg r6632)).
Would you please
On Fri, 7 Oct 2011, Arthur Barstow wrote:
Would you please elaborate on this change?
Elaborate in what way?
--
Ian Hickson U+1047E)\._.,--,'``.fL
http://ln.hixie.ch/ U+263A/, _.. \ _\ ;`._ ,.
Things that are impossible just
http://www.w3.org/Bugs/Public/show_bug.cgi?id=14404
Summary: Version of an IDBDatabase from an aborted version
change transaction needs to be specified
Product: WebAppsWG
Version: unspecified
Platform: All
OS/Version: All
http://www.w3.org/Bugs/Public/show_bug.cgi?id=14405
Summary: Steps for firing success/error events on a request are
very transaction-centric
Product: WebAppsWG
Version: unspecified
Platform: All
OS/Version: All
On Thursday, October 06, 2011 5:44 PM, Jonas Sicking wrote:
Hi All,
In both the Firefox and the Chrome implementation you can pass an empty
array to IDBDatabase.transaction in order to create a transaction which has
a scope that covers all objectStores in the database. I.e. you can do
What should this do?
requestFileSystem(2, 100, successCallback); // assume successCallback
is defined properly
-Mark
http://www.w3.org/Bugs/Public/show_bug.cgi?id=14406
Summary: ÑвавÑп ав Ñав Ñ Ñ
Product: WebAppsWG
Version: unspecified
Platform: Other
URL: http://www.whatwg.org/specs/web-apps/current-work/#top
OS/Version: other
http://www.w3.org/Bugs/Public/show_bug.cgi?id=14406
Art Barstow art.bars...@nokia.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On 10/6/11 9:11 AM, ext Arthur Barstow wrote:
On 9/30/11 3:40 PM, ext Ms2ger wrote:
On 09/29/2011 04:32 PM, Doug Schepers wrote:
Hi, Adam-
I'm glad to see some progress on a replacement for Mutation Events.
Would you be interested in being the editor for this spec? It's already
in our
On Fri, Oct 7, 2011 at 11:51 AM, Israel Hilerio isra...@microsoft.com wrote:
On Thursday, October 06, 2011 5:44 PM, Jonas Sicking wrote:
Hi All,
In both the Firefox and the Chrome implementation you can pass an empty
array to IDBDatabase.transaction in order to create a transaction which has
What's the difference between addElement and setDragImage()?
The spec says:
The difference between setDragImage() and addElement() is that the latter
automatically generates the image based on the current rendering of the
elements added (potentially keeping it updated as the drag continues,
Hi All,
There is one edge case regarding transaction scheduling that we'd like
to get clarified.
As the spec is written, it's clear what the following code should do:
trans1 = db.transaction([foo], IDBTransaction.READ_WRITE);
trans1.objectStore(foo).put(value 1, mykey);
trans2 =
On Fri, Oct 7, 2011 at 2:45 PM, Daniel Cheng dch...@chromium.org wrote:
For technical reasons, animating the drag image is non-trivial and not
likely to be implemented in the near future, if it is ever implemented.
I would think that it's basically identical, technically, to
implementing the
http://www.w3.org/Bugs/Public/show_bug.cgi?id=13717
Ian 'Hixie' Hickson i...@hixie.ch changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
On Fri, Oct 7, 2011 at 2:56 PM, Tab Atkins Jr. jackalm...@gmail.com wrote:
On Fri, Oct 7, 2011 at 2:45 PM, Daniel Cheng dch...@chromium.org wrote:
For technical reasons, animating the drag image is non-trivial and not
likely to be implemented in the near future, if it is ever implemented.
On Monday, October 03, 2011 7:31 PM, Jonas Sicking wrote:
On Mon, Oct 3, 2011 at 5:36 PM, Israel Hilerio isra...@microsoft.com wrote:
Jonas,
We're removing error code values as part of the new exception type
model.
This will impact the IDBRequest.errorCode property. I believe we want
The way drag images work today is we take a snapshot and then hand it off to
the system. To support addElement(), we'd need:
1. Some way to detect when that element has changed in visual appearance so
we can update the drag image.
2. Some way to actually update the drag image in the middle of a
On Fri, Oct 7, 2011 at 3:18 PM, Daniel Cheng dch...@chromium.org wrote:
The way drag images work today is we take a snapshot and then hand it off to
the system. To support addElement(), we'd need:
1. Some way to detect when that element has changed in visual appearance so
we can update the
On Monday, October 03, 2011 7:18 PM, Jonas Sicking wrote:
On Mon, Oct 3, 2011 at 4:21 PM, Israel Hilerio isra...@microsoft.com
wrote:
On Thursday, September 29, 2011 12:04 AM, Jonas Sicking wrote:
For several of these I think we can reuse existing DOMExceptions.
Here's how I'd map the
On Friday, October 07, 2011 2:52 PM, Jonas Sicking wrote:
Hi All,
There is one edge case regarding transaction scheduling that we'd like to get
clarified.
As the spec is written, it's clear what the following code should do:
trans1 = db.transaction([foo], IDBTransaction.READ_WRITE);
http://www.w3.org/Bugs/Public/show_bug.cgi?id=14408
Summary: [IndexedDB] Cursors .key/.primaryKey/.value shouldn't
throw as soon as .continue is called
Product: WebAppsWG
Version: unspecified
Platform: PC
OS/Version: All
26 matches
Mail list logo
