Re: [webkit-dev] review queue crazy idea

On Sat, Jul 24, 2010 at 4:09 PM, Maciej Stachowiak wrote: > I think the main problems with > 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 information

Re: [webkit-dev] review queue crazy idea

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 nee

Re: [webkit-dev] A Parallel Webkit?

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 n

Re: [webkit-dev] A Parallel Webkit?

> 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] Crash in RenderLayer related to setStyle() - Questions

Coincidentally, http://webkit.org/coding/dom-element-attach.html :DG< On Sat, Jul 24, 2010 at 9:53 AM, Dan Bernstein 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 RenderLa

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

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

Re: [webkit-dev] A Parallel Webkit?

>> 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 t