Re: Intent to implement: Moving DevTools to top level /devtools directory

On Thu, Jul 23, 2015 at 02:34:50PM +0800, Philip Chee wrote: > On 22/07/2015 05:54, J. Ryan Stinnett wrote: > > The DevTools team is planning to move our code out of > > /browser/devtools and /toolkit/devtools and into a new top level > > /devtools directory. > > > > The main goals of this are to

Re: Intent to implement: Moving DevTools to top level /devtools directory

On 22/07/2015 05:54, J. Ryan Stinnett wrote: > The DevTools team is planning to move our code out of > /browser/devtools and /toolkit/devtools and into a new top level > /devtools directory. > > The main goals of this are to reduce confusion for new DevTools > contributors and help us better organ

Re: Intent to implement: Moving DevTools to top level /devtools directory

On Wed, Jul 22, 2015 at 2:48 PM, Panos Astithas wrote: > If you are thinking about shipping them as part of browser.html, we still > have XUL dependencies that we need to get rid of first and that work is > independent from moving the code to a top-level devtools/ directory. We don't use XUL, but

Re: [WebAPI] New Proposal of IMS Registration Manager

On Wed, Jul 22, 2015 at 11:06 PM, Jonas Sicking wrote: > On Wed, Jul 22, 2015 at 3:38 AM, Bevis Tseng wrote: > > To prevent exposing too much in the web api level unnecessarily, > > instead of creating new attribute in Navigator.webidl, > > we could define the ImsHandler as one attribute of MozM

Linux builds now default to building with Gtk+3

Hi, If you've followed the recent discussion in the "GTK3 linux builds" thread, this will come with no surprise, but if not: - Next Linux nightly will have switched to Gtk+3. - As of now on mozilla-inbound, and later on other branches, local Linux (and other non-OSX unices) builds default to G

API docs/evangelism/development teams meeting Thursday at 8 AM PDT

The Web API documentation community meeting, with representatives from the technical evangelism and the API development teams, will take place on Thursday at 8 AM Pacific Time (see http://bit.ly/1GghwBR for your time zone). Typical meetings include news about recent API development progress and fu

Re: [WebAPI] New Proposal of IMS Registration Manager

On Wed, Jul 22, 2015 at 3:38 AM, Bevis Tseng wrote: > To prevent exposing too much in the web api level unnecessarily, > instead of creating new attribute in Navigator.webidl, > we could define the ImsHandler as one attribute of MozMobileConnection and > remove mozImsManager from Navigator, since

Re: [WebAPI] New Proposal of IMS Registration Manager

On Wed, Jul 22, 2015 at 1:57 AM, Martin Thomson wrote: > I think that building these sorts of features into the web platform at > large is a very bad idea. I assume that this API is only going to be exposed to "certified apps". Effectively that means that it's no more exposed to the web than any

Re: PSA: Enabling APZ on nightly desktop (OS X, Windows)

In the context of checkerboarding - we know there is more of it than we want, so we don’t need a lot of bugs on it at this point, but if you have an interesting or important example of it happening, please file it, and make it block the “paint-fast” bug 1154825 (do check for duplicates first - f

Re: Help with removing __iterator__ from JS

Hi Paolo, The ES6 iterator protocol is what you're looking for. See: * https://hacks.mozilla.org/2015/04/es6-in-depth-iterators-and-the-for-of-loop/ * https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Symbol/iterator Alongside with the computed property syntax,

Re: Intent to implement: Moving DevTools to top level /devtools directory

If you are thinking about shipping them as part of browser.html, we still have XUL dependencies that we need to get rid of first and that work is independent from moving the code to a top-level devtools/ directory. On Wed, Jul 22, 2015 at 1:48 PM, Paul Rouget wrote: > Does that include getting r

Re: Help with removing __iterator__ from JS

On 7/21/2015 12:07 PM, Tom Schuster wrote: Aside: Please also try avoid using Iterator(). What would be the alternative to Iterator() when I need to iterate and easily assign both keys and values of an object to local variables? See for example

Re: Intent to implement: Moving DevTools to top level /devtools directory

Does that include getting rid of /browser/ dependencies? Ideally, we'd like to be able to compile non-Firefox builds with our devtools. On Tue, Jul 21, 2015 at 11:54 PM, J. Ryan Stinnett wrote: > The DevTools team is planning to move our code out of > /browser/devtools and /toolkit/devtools and i

Re: [WebAPI] New Proposal of IMS Registration Manager

To prevent exposing too much in the web api level unnecessarily, instead of creating new attribute in Navigator.webidl, we could define the ImsHandler as one attribute of MozMobileConnection and remove mozImsManager from Navigator, since it's only related to the IMS registration and is also suitabl

Re: GTK3 linux builds

Le 22/07/2015 01:07, Robert O'Callahan a écrit : > > How many people is that? Do we run on GTK 3.0 or is 3.4 required? > > If GTK3 isn't present can we start distro Fireofx instead? Also Distro Firefox could be some versions earlier than the version the user used -- could be dangerous for his pr

Re: Intent to implement: Moving DevTools to top level /devtools directory

Yes, it's something that we'd like to do, but it's not trivial. Sure creating a new product is easy, and moving bugs is fairly simple, but educating people is a thing, and fixing everyone's workflows and scripts is getting annoying, and it probably all adds up to something hard. So while I'd like t

Re: [WebAPI] New Proposal of IMS Registration Manager

I think that building these sorts of features into the web platform at large is a very bad idea. I appreciate that we operate under different constraints for Firefox OS devices that might have native support for IMS on the baseband chip and that we don't have much hope of convincing the industry o