Re: Is APZ meant to be a permanent part of the platform?

I think that as it stands, yes, APZ is going to be a "permanent" part of the platform. You're right that having higher-latency scroll events creates some problems and makes it harder to drive animations off it. We do have plans to provide more APIs for controlling things in the compositor which

Re: Building js/xul/css from Firefox faster

This is great progress! I had hope that something like this would also include the 'build binaries' DAG. It might make it slightly slower but it should still be very fast and lessen the cognitive load. I was under the impression that 'build binaries' at some point was a single DAG but it doesn't

Re: Building js/xul/css from Firefox faster

This is great progress! I had hope that something like this would also include the 'build binaries' DAG. It might make it slightly slower but it should still be very fast and lessen the cognitive load. I was under the impression that 'build binaries' at some point was a single DAG but it doesn't

Re: Is APZ meant to be a permanent part of the platform?

On Mon, Oct 5, 2015 at 12:20 PM, Kartikaya Gupta wrote: > The Blink guys have been exploring other options as well - > things like CompositorWorker [1], where you can have some JS running > in the compositor at 60fps doing animations. > A generic API like CompositorWorker

Fwd: [Planned] TCW 10-10-2015 6a - 2p PDT

-- Forwarded message -- From: Date: Mon, Oct 5, 2015 at 12:55 PM Subject: [Planned] TCW 10-10-2015 6a - 2p PDT To: all-moco-m...@mozilla.com Issue Status: Upcoming Short Summary: We will have our next tree closing window on 10/10/2015 starting at 6a to perform

Re: Building js/xul/css from Firefox faster

On Mon, Oct 05, 2015 at 03:08:15PM -0400, Benoit Girard wrote: > This is great progress! > > I had hope that something like this would also include the 'build binaries' > DAG. It might make it slightly slower but it should still be very fast and > lessen the cognitive load. I was under the

Re: Building js/xul/css from Firefox faster

On Fri, Oct 02, 2015 at 12:18:12PM -0700, Justin Dolske wrote: > Nice! Out of curiosity, how does "faster" work? Does it just ignore build > targets/directories that involve native code? Greg answered this :) > FWIW, I benchmarked various no-changes builds with yesterday's m-c, on my > low-end

[Firefox Desktop] Issues found: September 28th to October 2nd

Hi everyone, Here's the list of new issues found and filed by the Desktop Manual QA team last week (Week 40: September 28 - October 02). Additional details on the team's priorities last week, as well as the plans for the current week are available at:

Re: Disabling C++ tests by default?

On 2015-10-04 10:39 PM, Jonas Sicking wrote: On Fri, Oct 2, 2015 at 1:03 PM, Ehsan Akhgari wrote: On 2015-10-02 2:42 PM, Jonas Sicking wrote: It might still mean that we can save time on tryserver if we only build these by default if the user has opted in to running

Re: Building js/xul/css from Firefox faster

Basically a set of build actions related to frontend development and known by moz.build files are assembled in a single make file that contains a single DAG and doesn't need to recurse into directories. See python/mozbuild/mozbuild/backend/fastermake.py and /faster/Makefile for the low-level

Re: Building js/xul/css from Firefox faster

Nice! Out of curiosity, how does "faster" work? Does it just ignore build targets/directories that involve native code? FWIW, I benchmarked various no-changes builds with yesterday's m-c, on my low-end Surface Pro 3 (i3, 4GB)... mach build: 7:38 mach build browser: 0:43 mach build toolkit: 1:42

Re: dialog=1 for window.open from content

Unfortunately, it looks like the kind of counter I would need is not yet supported[1]. Even if some bank in the world is using dialog=1, what does it give them? It doesn't change the behaviour of the window like showModalDialog (which runs in a nested event loop), it just changes the buttons

Re: What is the Mac bundle id of Firefox?

That list sounds right to me. I think our bizdev and/or legal people should be looped in here though. Mike, not sure if you're the right person, but I bet you know who is On Fri, Oct 02, 2015 at 04:20:06PM +0200, Frédéric WANG wrote: > Thank you, > > I downloaded the Firefox builds on