Re: [dev-servo] Intent to vendor Servo in mozilla-central

2017-01-11 Thread Henri Sivonen
On Wed, Jan 4, 2017 at 1:35 AM, Gregory Szorc wrote: > Also, I anticipate the techniques and tools used to import Servo's history > and keep it "synchronized" have uses outside of Servo. Our current > mechanisms for keeping upstream/third party projects in sync with > mozilla-central are not well

Re: [dev-servo] Intent to vendor Servo in mozilla-central

2017-01-11 Thread Ted Mielczarek
On Wed, Jan 11, 2017, at 06:03 AM, Henri Sivonen wrote: > Does that mean that crates under third_party/rust/ are going to have > their entire histories imported in the future? Currently, they only > have vendoring-time snapshots. I'm unaware of any plans to do this. I'd expect us to have a distinc

Please consider whether new APIs/functionality should be disabled by default in sandboxed iframes

2017-01-11 Thread Boris Zbarsky
When adding a new API or CSS/HTML feature, please consider whether it should be disabled by default in sandboxed iframes, with a sandbox token to enable. Note that this is impossible to do post-facto to already-shipped APIs, due to breaking compat. But for an API just being added, this is a

Is it possible to implement "click to play" for Adobe Flash in XULRunner app?

2017-01-11 Thread 段垚
Hi, In Firefox, "click to play" can be enabled by setting pref "plugin.state.flash" to 1. However, when I do this in a XULRunner app, flash plugin is disabled completely. Is this feature unavailable to XULRunner? If so, how can I implement it? Thanks. Duan Yao. ___

Re: [dev-servo] Intent to vendor Servo in mozilla-central

2017-01-11 Thread Henri Sivonen
On Wed, Jan 11, 2017 at 3:04 PM, Ted Mielczarek wrote: > On Wed, Jan 11, 2017, at 06:03 AM, Henri Sivonen wrote: >> Does that mean that crates under third_party/rust/ are going to have >> their entire histories imported in the future? Currently, they only >> have vendoring-time snapshots. > > I'm

forward declarations vs includes

2017-01-11 Thread gsquelart
Controversy! Our beloved coding style reads: "Forward-declare classes in your header files instead of including them whenever possible." https://developer.mozilla.org/en-US/docs/Mozilla/Developer_guide/Coding_Style#CC_practices I guess the main goal is to keep build times lower by reducing the n

Re: forward declarations vs includes

2017-01-11 Thread Boris Zbarsky
On 1/12/17 2:30 AM, gsquel...@mozilla.com wrote: This way all users of SomeClass only need to include SomeClass.h, not SomeType.h, when they want to call SomeClass::foo. They don't need to have SomeType.h included merely to call SomeClass::foo. They have the forward-declaration in scope, so