> 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 ac
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 there'
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
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 thi
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
We want to be able to embed Servo in applications.
We want to build a functional Servo based browser. In Rust, in
JavaScript, or any language.
The 2 ways to do so today is either to use CEF, a C++ embedding API
(with multiple bindings)
designed for Webkit/Blink, or use the mozbrowser API which req
6 matches
Mail list logo
