Re: [dev-servo] CSSOM ownership woes

2016-11-11 Thread Manish Goregaokar
> Or probably asserting that we're not in a Servo Layout thread when we > `borrow_mut`? Not perfect, but... Extra runtime check and I'm not fond of this solution in general, since it's runtime. The token thing is a pure compile time option. Making it !Send+!Sync means that it's hard to make it

Re: [dev-servo] Servo embedding story & killing mozbrowser

2016-11-11 Thread myk
On Friday, November 11, 2016 at 2:05:28 AM UTC-8, Paul Rouget wrote: > We would like a Servo-specific embedding API, designed in a way that: > - it is optimised for Servo (we don't want to be limited by the webkit > or gecko legacy) For Quantum, I've thinking about a new embedding API, and

[dev-servo] Quantum productivity obstacles

2016-11-11 Thread Jonathan Griffin
Hi all, As more people get involved in Quantum engineering efforts, tooling and automation deficits have a greater cumulative impact. Engineering Productivity is involved in some Quantum-related work involving the build system and version control/autoland, but there are likely other ways we could

Re: [dev-servo] CSSOM ownership woes

2016-11-11 Thread Emilio Cobos Álvarez
On Fri, Nov 11, 2016 at 03:22:16AM -0800, Manish Goregaokar wrote: > A possible solution is to have a opaquish DOM backpointer to > corresponding rule objects in the style tree and have it call some > update function to update the DOM when mutating. This isn't a great > solution IMO. Note that

[dev-servo] CSSOM ownership woes

2016-11-11 Thread Manish Goregaokar
This is basically the gist of a discussion that I and xidorn were having, pertaining to CSSOM in both Servo and Stylo. We mostly wrapped it up, but there are loose ends and I'm not sure if the choices made are correct. In CSSOM, you basically have a StyleSheetList holding many StyleSheets holding