On Thu, 10 Nov 2011 18:32:36 +0100, Jonas Sicking jo...@sicking.cc wrote:
And yes, this does create a lot of edge cases which needs to be
defined. But the goal should be to make sane calls sane, that seems
imminently possible. So
frag.innerHTML = g/g;
someSVGElement.appendChild(frag);
seems
On Tue, 08 Nov 2011 09:37:55 -0800, Arthur Barstow art.bars...@nokia.com
wrote:
During the October 31 meeting, we discussed [1] various additions,
changes and deletions for WebApps' current charter [2]. To consolidate
the various proposals, I created the following doc:
Hi All,
So, we've debated a lot the exact syntax for .find/.findAll. However I
intentionally requested that we split out the discussions about return
type for .findAll to a separate thread. So I'm starting that thread
here.
There are a few goals for the return'ed object that I've envisioned
On Fri, Nov 11, 2011 at 12:27 AM, Simon Pieters sim...@opera.com wrote:
On Thu, 10 Nov 2011 18:32:36 +0100, Jonas Sicking jo...@sicking.cc wrote:
And yes, this does create a lot of edge cases which needs to be
defined. But the goal should be to make sane calls sane, that seems
imminently
On Fri, 11 Nov 2011 10:44:10 +0100, Jonas Sicking jo...@sicking.cc wrote:
For all element names defined in SVG 1.1 (for now), make the parser
treat it just as it would have if it had parsed svgg..., except
that it obviously wouldn't output the svg element.
There are a few tags where this is a
-
From: timeless timel...@gmail.com
Sent: Friday, November 11, 2011 3:23 AM
To: Marcos Caceres w...@marcosc.com; public-webapps@w3.org;
public-device-a...@w3.org
Subject: Re: [DRAFT] Web Intents Task Force Charter
Some of this really should wait
On Fri, Nov 11, 2011 at 1:49 AM, Anne van Kesteren ann...@opera.com wrote:
On Fri, 11 Nov 2011 10:44:10 +0100, Jonas Sicking jo...@sicking.cc wrote:
For all element names defined in SVG 1.1 (for now), make the parser
treat it just as it would have if it had parsed svgg..., except
that it
On Fri, Nov 11, 2011 at 11:49 AM, Anne van Kesteren ann...@opera.com wrote:
Unfortunately style and script are parsed differently depending on
if they live in foreign content or not. However this is something we
can fix, and would lead to a lot of other benefits (such as scripts
parsed
On Fri, Nov 11, 2011 at 3:00 AM, Henri Sivonen hsivo...@iki.fi wrote:
On Fri, Nov 11, 2011 at 11:49 AM, Anne van Kesteren ann...@opera.com wrote:
Unfortunately style and script are parsed differently depending on
if they live in foreign content or not. However this is something we
can fix, and
On Fri, Nov 11, 2011 at 1:11 PM, Jonas Sicking jo...@sicking.cc wrote:
Microsoft has expressed support for changing the parser here.
As a patch for IE9?
Have you ever actually talked to the SVG WG about this specific issue?
Yes, at the time foreign lands were being specced in HTML and the SVG
N.V.Balaji wrote:
-
From: timeless timel...@gmail.com
Sent: Friday, November 11, 2011 3:23 AM
To: Marcos Caceres w...@marcosc.com; public-webapps@w3.org;
public-device-a...@w3.org
Subject: Re: [DRAFT] Web Intents Task Force Charter
Anyway, to
On Thu, Nov 10, 2011 at 7:32 PM, Jonas Sicking jo...@sicking.cc wrote:
I don't think we should make up rules for where it makes sense to
insert DOM and where it doesn't. After all, we support .innerHTML on
all HTML elements (and soon maybe all Elements), and not just a subset
of them, right?
--
From: Rich Tibbett ri...@opera.com
Sent: Friday, November 11, 2011 4:49 PM
To: N.V.Balaji nv.bal...@samsung.com
Cc: timeless timel...@gmail.com; Marcos Caceres w...@marcosc.com;
public-webapps@w3.org; public-device-a...@w3.org
Subject: Re:
I created the following version of the spec as the basis of the CR:
[1] http://dev.w3.org/html5/websockets/publish/CR-websockets-2011.html
This version includes a fix for [13700] and I added a reference to
HTML5's Parsing URLs section as requested by Julian.
The only remaining bug is
As a web developer, having DOM methods which return real arrays so we no
longer have to call `toArray(nodeList)` or `[].slice.call(nodeList)` would
be awesome.
On Fri, Nov 11, 2011 at 9:05 AM, Jonas Sicking jo...@sicking.cc wrote:
Hi All,
So, we've debated a lot the exact syntax for
On Fri, Nov 11, 2011 at 1:42 PM, Henri Sivonen hsivo...@iki.fi wrote:
As a bonus, developers would need to call createDocumentFragement() first.
Doh. Would *not* need to call createDocumentFragement() first.
--
Henri Sivonen
hsivo...@iki.fi
http://hsivonen.iki.fi/
On Fri, Nov 11, 2011 at 3:17 AM, Henri Sivonen hsivo...@iki.fi wrote:
On Fri, Nov 11, 2011 at 1:11 PM, Jonas Sicking jo...@sicking.cc wrote:
Have you ever actually talked to the SVG WG about this specific issue?
Yes, at the time foreign lands were being specced in HTML and the SVG
WG had to
On Fri, Nov 11, 2011 at 1:05 AM, Jonas Sicking jo...@sicking.cc wrote:
And to ensure that the object acts as much as possible as an array it
should also have it's [[Class]] set to that of an array. This has
subtle effects on a number of functions. For example it affects what
Object.toString()
* Tab Atkins Jr. wrote:
Could you point me to an explanation of what [[Class]] represents in
ecmascript? It's a little hard to search for.
http://www.ecma-international.org/publications/files/ECMA-ST/Ecma-262.pdf
Section 8.6.2. for instance.
--
Björn Höhrmann · mailto:bjo...@hoehrmann.de ·
On Fri, Nov 11, 2011 at 3:46 PM, Tab Atkins Jr. jackalm...@gmail.comwrote:
On Fri, Nov 11, 2011 at 1:05 AM, Jonas Sicking jo...@sicking.cc wrote:
And to ensure that the object acts as much as possible as an array it
should also have it's [[Class]] set to that of an array. This has
subtle
On 11/11/11 12:41 PM, ext Anne van Kesteren wrote:
On Tue, 08 Nov 2011 09:37:55 -0800, Arthur Barstow
art.bars...@nokia.com wrote:
During the October 31 meeting, we discussed [1] various additions,
changes and deletions for WebApps' current charter [2]. To
consolidate the various proposals, I
On Nov 11, 2011, at 1:05 AM, Jonas Sicking wrote:
Hi All,
So, we've debated a lot the exact syntax for .find/.findAll. However I
intentionally requested that we split out the discussions about return
type for .findAll to a separate thread. So I'm starting that thread
here.
There are a
On Fri, Nov 11, 2011 at 10:06 AM, Brendan Eich bren...@mozilla.org wrote:
On Nov 11, 2011, at 1:05 AM, Jonas Sicking wrote:
Hi All,
So, we've debated a lot the exact syntax for .find/.findAll. However I
intentionally requested that we split out the discussions about return
type for .findAll
I'd like to get Web Workers moving on the REC track but it currently is
blocked by two open bugs:
* 14086 When performing AJAX type queries ...
What, if anything, should we do with this bug?
Given it is marked as an enhancement, does anyone consider this
mandatory to address before
http://www.w3.org/Bugs/Public/show_bug.cgi?id=14773
Summary: Investigate if synchronous XHR in window context
should not support new XHR responseTypes
Product: WebAppsWG
Version: unspecified
Platform: PC
OS/Version: All
Hi all,
I think we should strongly encourage web devs to move away from
sync XHR (in Window context, not in Workers). It is bad for UI
responsiveness.
Unfortunately sync XHR has been used quite often with the old
text/xml types. But maybe we could disable sync XHR for the new
types, and also
http://www.w3.org/Bugs/Public/show_bug.cgi?id=12859
Art Barstow art.bars...@nokia.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://www.w3.org/Bugs/Public/show_bug.cgi?id=12859
Art Barstow art.bars...@nokia.com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
http://www.w3.org/Bugs/Public/show_bug.cgi?id=12859
Ian 'Hixie' Hickson i...@hixie.ch changed:
What|Removed |Added
Status|REOPENED|RESOLVED
DISCLAIMER: The opinions expressed below are mine and may not reflect the
opinions of
my employer or the W3C TAG
Comments:
o One use of local storage might be to store personal preferences, such as
travel
preferences or personal information such as medical history. In such cases,
you may
On 11/11/11 10:05 PM, Jonas Sicking wrote:
In other words, the returned object is exactly what you'd get if you did:
a = new Array;
a.__proto__ = [some type].prototype;
[some type].prototype.__proto__ = Array.prototype;
For what it's worth, at least some JITs deoptimize |a| if you do that.
I'd like to get Web Messaging moving on the REC track but it currently
is blocked by one open bug:
* 13686 - Remove the special case from onmessage (to call start())
There has been considerable debate (e.g. re-opened six times) but some
of the later comments kinda' indicate there may be some
On Nov 11, 2011, at 10:44 AM, Jonas Sicking wrote:
On Fri, Nov 11, 2011 at 10:06 AM, Brendan Eich bren...@mozilla.org wrote:
On Nov 11, 2011, at 1:05 AM, Jonas Sicking wrote:
And to ensure that the object acts as much as possible as an array it
should also have it's [[Class]] set to that of
On Nov 11, 2011, at 7:46 AM, Tab Atkins Jr. wrote:
On Fri, Nov 11, 2011 at 1:05 AM, Jonas Sicking jo...@sicking.cc wrote:
And to ensure that the object acts as much as possible as an array it
should also have it's [[Class]] set to that of an array. This has
subtle effects on a number of
Note that the only specialness of Array instances relates to what happens when
you add new array elements or dynamically change the value of the length
property.
If the array instance is immutable you can't do any of those things so its
specialness essentially disappears.
So, if you want the
On 11/11/2011 12:24 PM, Tab Atkins Jr. wrote:
On Fri, Nov 11, 2011 at 11:54 AM, ashok malhotra
ashok.malho...@oracle.com wrote:
o One use of local storage might be to store personal preferences,
such as travel preferences or personal information such as medical
history. In such cases, you may
On Fri, Nov 11, 2011 at 1:22 PM, Allen Wirfs-Brock
al...@wirfs-brock.com wrote:
However, if you want the object to be mutable and to act like a real array,
then it has to have the array specialness. The specialness comes, not from
the [[Class]] property but from its alternative definitions
On Nov 11, 2011, at 2:16 PM, Jonas Sicking wrote:
On Fri, Nov 11, 2011 at 1:22 PM, Allen Wirfs-Brock
al...@wirfs-brock.com wrote:
BTW, I think that either the immutable or mutable approach would work.
However, since the collection is not live I don't see why you would really
care
On Nov 11, 2011, at 3:07 PM, Allen Wirfs-Brock wrote:
I'm happy to start a separate thread on es-discuss about this, but I'm
worried that it'll fragment the current thread.
In theory, public-script-coord exists for exactly this sort of discussion and
the ESdiscuss people who care should be
On Fri, Nov 11, 2011 at 3:07 PM, Allen Wirfs-Brock
al...@wirfs-brock.com wrote:
On Nov 11, 2011, at 2:16 PM, Jonas Sicking wrote:
On Fri, Nov 11, 2011 at 1:22 PM, Allen Wirfs-Brock
al...@wirfs-brock.com wrote:
BTW, I think that either the immutable or mutable approach would work.
On Nov 11, 2011, at 3:57 PM, Jonas Sicking wrote:
On Fri, Nov 11, 2011 at 3:07 PM, Allen Wirfs-Brock
al...@wirfs-brock.com wrote:
...
This is a problem for ES=5. Filter and all the other similar
Array.prototype functions are specified to produce an object created as if
by calling:
On Tuesday, November 08, 2011 5:37 AM, Robin Berjon wrote:
On Nov 3, 2011, at 05:38 , Arthur Barstow wrote:
Well, we may get together more frequently than just the annual TPAC meeting
week. If folks think that would be useful (e.g. in 6 months), please speak up
and we can take it from there.
On Friday, November 04, 2011 4:59 PM, Arthur Barstow wrote:
One of the topics discussed this week was to designate a Test Spec
Editor(s) for each of our specs.
We're supportive of this idea.
(BTW, the title of Test Spec Editor is a bit of a straw-man, so
proposals for other titles are also
On Wednesday, November 09, 2011 4:47 PM, Joshua Bell wrote:
On Wed, Nov 9, 2011 at 3:35 PM, Israel Hilerio isra...@microsoft.com wrote:
In section 4.7 Steps for extracting a key from a value using a key path
step #4 it states that:
* If object does not have an attribute named attribute, then skip
Any DOM NodeList/NodeArray could be converted into a real array by passing
to Array.from( array like )
http://wiki.ecmascript.org/doku.php?id=strawman:array_extras
Avoids creating yet another DOM NodeThing.
/Rick
On Nov 11, 2011, at 6:57 PM, Jonas Sicking jo...@sicking.cc wrote:
On Fri,
On Fri, Nov 11, 2011 at 5:35 PM, Rick Waldron waldron.r...@gmail.com wrote:
Any DOM NodeList/NodeArray could be converted into a real array by
passing to Array.from( array like )
http://wiki.ecmascript.org/doku.php?id=strawman:array_extras
Avoids creating yet another DOM NodeThing.
Jonas
On Fri, Nov 11, 2011 at 5:52 PM, Rick Waldron waldron.r...@gmail.com wrote:
Right, but I'm saying: why create yet more stuff in the DOM?
findAll will return a NodeArray while querySelectorAll and friends return
static and live NodeLists? No thanks.
I'm not sure what you would prefer. Make
On Fri, Nov 11, 2011 at 5:59 PM, Tab Atkins Jr. jackalm...@gmail.com wrote:
On Fri, Nov 11, 2011 at 5:52 PM, Rick Waldron waldron.r...@gmail.com wrote:
Right, but I'm saying: why create yet more stuff in the DOM?
findAll will return a NodeArray while querySelectorAll and friends return
48 matches
Mail list logo
