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.
__
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 u
On Tue, Jun 24, 2014 at 3:03 PM, Kyle Machulis 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 possible)?
As a DOM hack
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
anymor
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
https://lists.mozilla.org/listinfo/dev-platform
On Tue, Jun 24, 2014 at 12:05 AM, Cameron McCormack 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 doesn't re
That would be *June* 30th, thanks to Kats for catching it...
--
- Milan
On Jun 24, 2014, at 10:49 , Milan Sreckovic 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.
>
> The next meeting
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
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 Arr
On Tue, Jun 24, 2014 at 8: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.
Tha
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 pa
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 tell
12 matches
Mail list logo
