Re: [dev-servo] DOM object unwrapping without QueryInterface

On 8/30/13 11:55 PM, Josh Matthews wrote: The current DOM bindings can only fallibly unwrap object types that have complete WebIDL prototype chains (ie. we can grab the interface ID array from the object and compare the slot in the chain we care about with the one we're trying to unwrap). This ca

Re: [dev-servo] DOM object unwrapping without QueryInterface

QI is just a clunky, '90s version of dynamic_cast with RTTI (even now, RTTI costs too much for us to turn on, at least on some platforms). What's the rustic way to reflect on types at runtime to do something akin to dynamic_cast? /be Josh Matthews August 30, 2

[dev-servo] DOM object unwrapping without QueryInterface

The current DOM bindings can only fallibly unwrap object types that have complete WebIDL prototype chains (ie. we can grab the interface ID array from the object and compare the slot in the chain we care about with the one we're trying to unwrap). This causes a problem for things like WindowPro

Re: [dev-servo] team meeting agenda bashing

That sounds like a great idea. Having only been around for a couple of weeks, the two things it sounded like people kept emphasizing as the key early tests for servo were: - Greater speed on real benchmarks - Quicker page load for sites like pintrest So anything we can do that would demonstrate

[dev-servo] team meeting agenda bashing

I'm working on the agenda for the upcoming team meeting in Mountain View. What do people think about focusing our efforts getting some subset of Dromaeo working? I suspect this would involve implementing DOM APIs and measuring performance. It seems like an easy set of tasks to split up among ever