Re: [dev-servo] HTML parsing alternatives

2014-03-07 Thread James Graham
On 07/03/14 07:13, Henri Sivonen wrote: So part of the difficulty of document.write comes from the fact that it has to interact with the script loading / document lifecycle. Therefore it's going to be hard to get those parts of (any) parser right until we actually implement a more correct model

Re: [dev-servo] HTML parsing alternatives

2014-03-07 Thread Henri Sivonen
> >> I think the biggest unknown is memory management. > > > > Is this the only thing that's blocking compilation > > Unfortunately it's not. Some other problems I ran into: OK. It looks like writing a new parser directly in Rust (possibly using a translated Tokenizer.java as a tokenizer starti

Re: [dev-servo] 2/10 meeting notes (interning; embedding; beforeunload; acid2 status; testing status; parallelism status; easy bugs; rust upgrade; docs)

2014-03-07 Thread Zack Weinberg
On 2014-02-20 8:19 PM, John Daggett wrote: Hmm. My point is that preventing fingerprinting is not something that I think we can do by simply tweaking features here and there like this. I think we actually need to disable a large set of features available from script to be able to prevent sniffin

Re: [dev-servo] HTML parsing alternatives

2014-03-07 Thread Keegan McAllister
> OK. It looks like writing a new parser directly in Rust (possibly using a > translated Tokenizer.java as a tokenizer starting point) is the sensible way > forward. I'm sorry about wasting your time with the translator. Not at all :) It was an interesting project and definitely an approach worth