On 10/29/13 4:42 PM, Boris Zbarsky wrote:
In that case, we might as well switch to typedefs. JS engine hackers
are landing them in non-JS code anyway, because they're so used to it in
their own code (c.f. bug 884410 and bug 930782 at the very least, making
changes to DOM code to add typedef
Gregory Szorc wrote:
OK, so you run make, make.py, or mozmake to build the tree. Do you
ever perform partial tree builds? That is: |make -C dom| or |cd dom;
make|. If so, you may be impacted by a recent change to the build system.
If you attempt to perform a partial tree build directly with
After some more suggested revisions (thanks again), I made these
guidelines official as of October 22, 2013.
Even though they aren't rules that are set in stone or anything like
that, please consider these guidelines when exposing things to web content:
I have a curious question which probably won't be possible in any immediate
future. Is it possible to re-implement a layout/rendering/render tree
system within native JavaScript with DOM bindings (also written in
javascript)?
I'm curious as this would create a few interesting scenarios:
1.
http://www.itworld.com/security/380406/how-your-compiler-may-be-compromising-application-security
Quote:
STACK was run against a number of systems written in C/C++ and it found
160 new bugs in the systems tested, including... Mozilla (3)...
I thought we could make use of it.
tl;dr if you have opinions on a standardized structured logging format
for test harnesses, please comment on
https://bugzilla.mozilla.org/show_bug.cgi?id=916260
Hi all, our past intern Chris Manchester worked on implementing
structured logging for our test harnesses this summer [1]. He wrote
On 10/30/13, 9:06 AM, André Reinald wrote:
http://www.itworld.com/security/380406/how-your-compiler-may-be-compromising-application-security
STACK was run against a number of systems written in C/C++ and it found
160 new bugs in the systems tested, including... Mozilla (3)...
If they only
Shouldn't this be posted to m.d.security?
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
On 10/30/13, 2:55 AM, Neil wrote:
Gregory Szorc wrote:
OK, so you run make, make.py, or mozmake to build the tree. Do you
ever perform partial tree builds? That is: |make -C dom| or |cd dom;
make|. If so, you may be impacted by a recent change to the build system.
If you attempt to perform a
I'm planning to coordinate development material for new contributors and
I'd like your input on what should be included:
https://etherpad.mozilla.org/mozbootcamp
Thanks!
___
dev-platform mailing list
dev-platform@lists.mozilla.org
On Thu, Oct 31, 2013 at 3:40 AM, Trevor Linton trevor.lin...@gmail.comwrote:
I have a curious question which probably won't be possible in any immediate
future. Is it possible to re-implement a layout/rendering/render tree
system within native JavaScript with DOM bindings (also written in
Cross posting to dev.planning, where I originally intended this to be.
Please follow up to dev.planning.
Jorge
On 10/30/13 3:42 PM, Jorge Villalobos wrote:
Hello!
As many of you know, the Add-ons Team, User Advocacy Team, Firefox Team
and others have been collaborating for over a year in a
The three bug reports:
https://bugzilla.mozilla.org/show_bug.cgi?id=823336
https://bugzilla.mozilla.org/show_bug.cgi?id=823338
https://bugzilla.mozilla.org/show_bug.cgi?id=826201
___
dev-platform mailing list
dev-platform@lists.mozilla.org
One thing that's come up that we're not quite how to deal with for
OMTcanvas is
how to modify GetCanvasLayer. Our problem here is that the context here
lives on the worker thread, and presumably we need to construct the layer
on the main thread, but creating that layer requires data that also
You probably don't want to draw into the layer at all. So the main
thread should have a canvas layer and the worker thread should draw into
a CanvasClient (I think, the canvas layer will have a dummy canvas
client too which doesn't do much). This is similar to how async video
works where it is
On Thu, Oct 31, 2013 at 5:28 PM, Kyle Huey m...@kylehuey.com wrote:
One thing that's come up that we're not quite how to deal with for
OMTcanvas is
how to modify GetCanvasLayer. Our problem here is that the context here
lives on the worker thread, and presumably we need to construct the
On 10/30/2013 10:55 PM, Jorge Villalobos wrote:
Cross posting to dev.planning, where I originally intended this to be.
Please follow up to dev.planning.
Jorge
On 10/30/13 3:42 PM, Jorge Villalobos wrote:
Hello!
As many of you know, the Add-ons Team, User Advocacy Team, Firefox Team
and
17 matches
Mail list logo