Hi,
I like the 2nd proposal, but #3 would be ok too in my opinion
Jan
On Wed, Nov 28, 2012 at 1:12 AM, Ian Hickson i...@hixie.ch wrote:
(If you're cc'ed, your opinion likely affects implementations of this and
so your input is especially requested. See the question at the end. If you
reply
On Sat, Oct 13, 2012 at 12:24 AM, Tab Atkins Jr. jackalm...@gmail.com wrote:
If we do stick with the method-based map, I strongly feel we should
match the JS Map API, and have a has() method as well. *Ideally*,
this would be a subclass of Map.
This is now done:
On Fri, Nov 30, 2012 at 9:17 AM, Anne van Kesteren ann...@annevk.nl wrote:
On Sat, Oct 13, 2012 at 12:24 AM, Tab Atkins Jr. jackalm...@gmail.com wrote:
If we do stick with the method-based map, I strongly feel we should
match the JS Map API, and have a has() method as well. *Ideally*,
this
On Fri, 30 Nov 2012, Gregg Tavares (社�~T�) wrote:
on ImageBitmap should zero size canvases just work (and create a 0 sized
ImageBitmap)?
My personal preference is for APIs that just work with zero sizes so I
don't have to write lots of special cases for handling zero.
For example
On Fri, Nov 30, 2012 at 6:42 PM, Tab Atkins Jr. jackalm...@gmail.com wrote:
Only feedback left is the return types of set(), append(), and delete().
In Maps, set() returns the map, so you can chain more easily. TC39
hasn't yet made delete() return the map, but they plan to (baby steps,
On Fri, Nov 30, 2012 at 7:02 PM, Alexandre Morgaut
alexandre.morg...@4d.com wrote:
Maybe remove() would be better than delete() as delete is a reserved JS
keyword ;-)
We use it because ES6's Map uses it. It should be no problem, except
with syntax highlighting, but that is already broken by
Currently, el.dataset is readonly. A friend of mine passed along a
use-case for making it writeable.
She's making a game, where the game initialization script expects
certain types of elements, and for the initial state data of the
elements to be present in data attributes on them. She'd like
On Fri, Nov 30, 2012 at 8:23 PM, Tab Atkins Jr. jackalm...@gmail.com wrote:
Thoughts?
URLQuery uses this model. But I reckon that for DOMStringMap it is a
bit trickier since it is actually mostly about manipulating DOM
attributes through a simpler interface. It's not a map that is
serialized to
On Thu, Nov 29, 2012 at 6:44 PM, Ian Hickson i...@hixie.ch wrote:
On Thu, 29 Nov 2012, Boris Zbarsky wrote:
Anyway, this is somewhat moot to me because it'll all have to be
defined by whatever spec it is that currently says that a CSS sheet on
http: can't import an image on file:, etc.
Only feedback left is the return types of set(), append(), and delete().
Maybe remove() would be better than delete() as delete is a reserved JS keyword
;-)
Alexandre Morgaut
Wakanda Community Manager
4D SAS
60, rue d'Alsace
92110 Clichy
France
Standard : +33 1 40 87 92 00
Email :
On Fri, Nov 30, 2012 at 9:47 AM, Anne van Kesteren ann...@annevk.nl wrote:
On Fri, Nov 30, 2012 at 6:42 PM, Tab Atkins Jr. jackalm...@gmail.com wrote:
Only feedback left is the return types of set(), append(), and delete().
In Maps, set() returns the map, so you can chain more easily. TC39
On Fri, Nov 30, 2012 at 10:02 AM, Alexandre Morgaut
alexandre.morg...@4d.com wrote:
Only feedback left is the return types of set(), append(), and delete().
Maybe remove() would be better than delete() as delete is a reserved JS
keyword ;-)
Nope, it's contextually reserved. You can use in
On 11/30/12 2:23 PM, Tab Atkins Jr. wrote:
It would be somewhat cleaner if she could simply construct a
DOMStringMap and assign it, like so:
for(var i = 0; i cards.length; i++) {
cards[i].dataset = new DOMStringMap(carddata[i]);
So this would copy the DOMStringMap into the dataset, not
On Wed, 29 Aug 2012, Boris Zbarsky wrote:
On 8/29/12 6:11 PM, Ian Hickson wrote:
Documents that are aborted do not need to work, they were aborted
precisely because they don't need to work and are no longer needed.
Or because once again some ad was taking forever to load and the web
On 11/30/12 7:07 PM, Tab Atkins Jr. wrote:
Sure. I presume you're afraid of multiple elements sharing the same object?
We can call it afraid or we can call it nonsensical since the object
is just syntactic sugar on top of the (not shared) attributes the
objects have ;)
Really, what
On Fri, 30 Nov 2012, Tab Atkins Jr. wrote:
She's making a game, where the game initialization script expects
certain types of elements, and for the initial state data of the
elements to be present in data attributes on them. She'd like to be
able to pause the game, shifting all the state
On Fri, Nov 30, 2012 at 4:01 PM, Ian Hickson i...@hixie.ch wrote:
On Fri, 30 Nov 2012, Tab Atkins Jr. wrote:
She's making a game, where the game initialization script expects
certain types of elements, and for the initial state data of the
elements to be present in data attributes on them.
On Fri, Nov 30, 2012 at 1:31 PM, Boris Zbarsky bzbar...@mit.edu wrote:
On 11/30/12 2:23 PM, Tab Atkins Jr. wrote:
It would be somewhat cleaner if she could simply construct a
DOMStringMap and assign it, like so:
for(var i = 0; i cards.length; i++) {
cards[i].dataset = new
On Fri, 30 Nov 2012, Tab Atkins Jr. wrote:
On Fri, Nov 30, 2012 at 4:01 PM, Ian Hickson i...@hixie.ch wrote:
On Fri, 30 Nov 2012, Tab Atkins Jr. wrote:
She's making a game, where the game initialization script expects
certain types of elements, and for the initial state data of the
This thread discussed solutions for, amongst others, the following use
cases, provided to me off-list by Steven Wittens:
A first huge use case is Facebook Apps, which are inserted using
iframes. They currently use ugly cross-frame communication methods
to shrink-wrap and auto-size the
20 matches
Mail list logo