Hello,
In regards to The Websockets Interface: I don't see why there cannot
be a simple one-way implementation to satisfy the security concerns of
websockets in general. By at least allowing the sending of TCP or UDP
packets now (rather than waiting) it would also allow programmers to get
The Patent Advisory Group for the WARP spec recommended the WG should
continue to work on the spec [1] (Member-only) and there is no need to
modify the CR [2]. Given this recommendation, plus the CR's exit
criteria have been met [3], this is a Call for Consensus to publish a
Proposed
On 11/27/11 10:51 AM, ext John-David Dalton wrote:
I've been half following this thread.
I'm not sure why renaming to XHR is a good idea.
The DOM spec has levels (Level 2, 3) so I don't see the need to consolidate.
I like the distinction and it gives devs some marker to follow for
support in
On Mon, 28 Nov 2011 13:40:55 +0100, Arthur Barstow art.bars...@nokia.com
wrote:
The Patent Advisory Group for the WARP spec recommended the WG should
continue to work on the spec [1] (Member-only) and there is no need to
modify the CR [2]. Given this recommendation, plus the CR's exit
On Wed, Nov 23, 2011 at 11:06 PM, Dominic Cooney domin...@google.com wrote:
On Wed, Nov 23, 2011 at 8:05 AM, Dimitri Glazkov dglaz...@chromium.org
wrote:
We could explicitly prevent the decorator from ever having a state or
being able to change it. This places a set of unorthodox (at least
On Thu, Nov 24, 2011 at 6:40 PM, Roland Steiner
rolandstei...@google.com wrote:
On Wed, Nov 23, 2011 at 08:05, Dimitri Glazkov dglaz...@chromium.org
wrote:
Even if we attempt to separate the state of a decorator from the
element and its document using an iframe- or worker-like machinery,
On Fri, Nov 25, 2011 at 1:03 AM, Lachlan Hunt lachlan.h...@lachy.id.auwrote:
On 2011-11-24 14:49, Robin Berjon wrote:
So, now for the money question: should we charter this?
Only if someone is volunteering to be the editor and drafts a spec.
Every task we take on in the working group has
Yehuda Katz
(ph) 718.877.1325
On Mon, Nov 28, 2011 at 10:11 AM, Ojan Vafai o...@chromium.org wrote:
On Fri, Nov 25, 2011 at 1:03 AM, Lachlan Hunt lachlan.h...@lachy.id.auwrote:
On 2011-11-24 14:49, Robin Berjon wrote:
So, now for the money question: should we charter this?
Only if
http://www.w3.org/Bugs/Public/show_bug.cgi?id=14985
Summary: Specify how autoincrement + empty keypath works
Product: WebAppsWG
Version: unspecified
Platform: PC
OS/Version: All
Status: NEW
Severity: normal
On Tue, Nov 29, 2011 at 02:18, Dimitri Glazkov dglaz...@chromium.orgwrote:
On Thu, Nov 24, 2011 at 6:40 PM, Roland Steiner
rolandstei...@google.com wrote: (FWIW, I'm also not convinced that
it'd have to have high performance
overhead - in the best case it could be as little as just one more
Although there is an open CfC for some non-substantive changes to the
Widget Interface [1], this is a CfC to publish a new Candidate
Recommendation of this spec, provided there is consensus on [1].
The spec used as the basis of the CR is the latest ED:
Wearing my XML Activity Lead hat, I want to give some information that
may help people decide here. The actual answer isn't my concern, but
only that it's based on clear information.
(0) XPath
XPath is a language for selecting from XML (or HTML or SGML) document
trees. It is used by some other
Hi all,
I've been looking into the command
elementhttp://dev.w3.org/html5/spec/Overview.html#the-command-elementand
how a toolbar
might be
builthttp://dev.w3.org/html5/spec/Overview.html#building-menus-and-toolbars
by
them in the last several months. In general, I'm thrilled to see this
feature
13 matches
Mail list logo