On Mon, Jun 23, 2014 at 5:02 PM, Cameron McCormack c...@mcc.id.au wrote:
On 24/06/14 06:30, Jonas Sicking wrote:
Has the [MapClass] issue been resolved yet?
No. There's a note in the spec that says [SetClass] will be removed in
favour of members on the interface that feel like a Set, but
On 24/06/14 16:35, Anne van Kesteren wrote:
No, no more indexed getters. You should know!
Yes hence the something similar. :-) Was just easiest for working
with while implementing. Making the object iterable seems like the
right thing to do, but our bindings generation scripts don't handle
On 24/06/14 16:30, Jonas Sicking wrote:
I don't understand why anyone would want to key gets and sets using
FontFace instances. I.e. why would you want to ever call
fontFaceSet.has(myFontFace). That returning false doesn't really tell
you anything about what fonts are or are not loaded.
It
On 6/24/14, 2:59 AM, Cameron McCormack wrote:
Yes hence the something similar. :-) Was just easiest for working
with while implementing. Making the object iterable seems like the
right thing to do, but our bindings generation scripts don't handle
iterator in IDL yet.
That's at least in part
On Tue, Jun 24, 2014 at 8:59 AM, Cameron McCormack c...@mcc.id.au wrote:
Yes hence the something similar. :-) Was just easiest for working with
while implementing. Making the object iterable seems like the right thing
to do, but our bindings generation scripts don't handle iterator in IDL
On 24/06/14 17:21, Anne van Kesteren wrote:
That part of IDL is wrong. That needs to be fixed to use
Symbol.iterator.
Yep, aware of that.
And ideally an easier way to define an iterator than
having to define the entire thing. E.g. for something like FormData
all you need is iterating over
The Rendering meeting is about all things Gfx, Image, Layout, and Media.
It takes place every second Monday, at 2:30pm PDT - if we have an agenda.
The next meeting is scheduled for Monday, July 30th at 2:30 PM US/Pacific.
Please send me any agenda items you may have. If we have none by the end
That would be *June* 30th, thanks to Kats for catching it...
--
- Milan
On Jun 24, 2014, at 10:49 , Milan Sreckovic msrecko...@mozilla.com wrote:
The Rendering meeting is about all things Gfx, Image, Layout, and Media.
It takes place every second Monday, at 2:30pm PDT - if we have an agenda.
On Tue, Jun 24, 2014 at 12:05 AM, Cameron McCormack c...@mcc.id.au wrote:
On 24/06/14 16:30, Jonas Sicking wrote:
I don't understand why anyone would want to key gets and sets using
FontFace instances. I.e. why would you want to ever call
fontFaceSet.has(myFontFace). That returning false
Thanks for that change. It's really helpful for my day-to-day use of TBPL.
Cheers,
David
signature.asc
Description: OpenPGP digital signature
___
dev-platform mailing list
dev-platform@lists.mozilla.org
I'm working on Gamepad OOP (bug 852944). We want to have an
actor-per-device-per-process model for IPC. Right now, Gamepad's platform
specifics live in HAL, as it's just using the observer broadcast model. Moving
to the new actor model, it doesn't feel like gamepad will really fit in HAL
On Tue, Jun 24, 2014 at 3:03 PM, Kyle Machulis kmachu...@mozilla.com wrote:
So, does it make sense to keep HAL how it is right now, and have more
complicated APIs live in DOM? Or should we look at extending HAL to handle
things like actor creation/management for devices (if that's even
Hi,
If you're building on Windows, you may have heard about pymake. It has
been our make replacement for builds for a long while, until a few
months back when we introduced mozmake.
I just landed bug 1027890, which retires support for pymake in the build
system. If you were using pymake, please
I want it can generate Microsoft Visual Studio Project and without the need to
do configure things in msys.
So that ease our development progress,
and for our own purpose, I will create my own executable and besides, the unit
testing/auto testing infra is also needed.
14 matches
Mail list logo