Re: [webkit-dev] Does any port implements Navigator.registerProtocolHandler and Navigator.registerContentHandler?

2010-07-24 Thread Gustavo Sverzut Barbieri
Guessed so from Qt port... Now we need to do that for both soup and curl, or write an abstraction for elf with some backend outside webkit On Saturday, July 24, 2010, Darin Adler da...@apple.com wrote: This is a matter for the networking layer in your particular port rather than for WebKit

Re: [webkit-dev] A Parallel Webkit?

2010-07-24 Thread Leo Meyerovich
JS compilation is also done lazily in webkit so we don't ever end up with multiple pieces of code to compile concurrently. Two of us have been focusing on speeding up bottlenecks like these to allow such synchronous interfaces. However, frameworks like TBB push towards having parallel

Re: [webkit-dev] Crash in RenderLayer related to setStyle() - Questions

2010-07-24 Thread Dan Bernstein
On Jul 23, 2010, at 3:48 PM, Alex Milowski wrote: I've identified a crash with the MathML implementation related to use of CSS style rules that cause a RenderLayer instance to be created. In the MathML code's various createRenderer() methods, they always call RenderObject::setStyle() on the

Re: [webkit-dev] Crash in RenderLayer related to setStyle() - Questions

2010-07-24 Thread Dimitri Glazkov
Coincidentally, http://webkit.org/coding/dom-element-attach.html :DG On Sat, Jul 24, 2010 at 9:53 AM, Dan Bernstein m...@apple.com wrote: On Jul 23, 2010, at 3:48 PM, Alex Milowski wrote: I've identified a crash with the MathML implementation related to use of CSS style rules that cause a

Re: [webkit-dev] A Parallel Webkit?

2010-07-24 Thread Oliver Hunt
Shared-state parallel scripting (and concurrent DOM) seem inevitable I don't know why you believe this -- there is no intention of having shared state threading in ES, nor is there any desire in the ES technical committee to add any for of concurrency primitives to the language. --Oliver

Re: [webkit-dev] A Parallel Webkit?

2010-07-24 Thread Leo Meyerovich
I don't think that question is very pertinent to the list; it's more of a longterm thing. The es committee has little interest in it for the relevant future and I agree with this given the other needs, available slack time, and induced complexity. Luckily, a somewhat parallel browser does

Re: [webkit-dev] review queue crazy idea

2010-07-24 Thread Maciej Stachowiak
On Jul 23, 2010, at 1:10 PM, Dirk Pranke wrote: I have been thinking along these lines as well. I'm not sure how relevant touching existing lines of code is versus just other people who have hacked on the file at all or who have hacked on other files in the same directory (i.e., you'd need

Re: [webkit-dev] review queue crazy idea

2010-07-24 Thread Ryosuke Niwa
On Sat, Jul 24, 2010 at 4:09 PM, Maciej Stachowiak m...@apple.com wrote: I think the main problems with http://trac.webkit.org/wiki/WebKit%20Team are that (a) people don't know to look there; and (b) people don't know or don't bother to update it. I totally agree. I'll also add that the