[webkit-dev] Replacing DOM Mutation Events

2011-08-16 Thread Adam Klein
Greetings webkit-dev, It's generally agreed upon in the web community, and in WebKit specifically, that DOM Mutation Events are a bad thing. See, e.g., discussion on https://bugs.webkit.org/show_bug.cgi?id=8191 (relating to DOMAttrModified, and why WebKit does not wish to implement it) and https:/

Re: [webkit-dev] make-script-test-wrappers not being maintained

2011-08-16 Thread Alexey Proskuryakov
18.01.2011, в 17:41, Alexey Proskuryakov написал(а): > I think that a style bot rule complaining about new files in script-tests > directories (outside fast/js) would be great. If there are no new script > tests, then there are no incorrectly prepared ones. I'm proposing a change for make-scri

Re: [webkit-dev] Chromium Mac moving to Skia

2011-08-16 Thread Adam Barth
On Tue, Aug 16, 2011 at 11:31 AM, Adam Barth wrote: > Hi WebKit, > > In an effort to make the Chromium port more consistent across > platforms, we're moving the Chromium Mac port from CoreGraphics to > Skia.  This should mostly have little effect on the rest of the WebKit > community, but you'll b

Re: [webkit-dev] Chromium Mac moving to Skia

2011-08-16 Thread Adam Barth
On Tue, Aug 16, 2011 at 2:06 PM, Maciej Stachowiak wrote: > On Aug 16, 2011, at 11:31 AM, Adam Barth wrote: > >> Hi WebKit, >> >> In an effort to make the Chromium port more consistent across >> platforms, we're moving the Chromium Mac port from CoreGraphics to >> Skia.  This should mostly have li

Re: [webkit-dev] Chromium Mac moving to Skia

2011-08-16 Thread Maciej Stachowiak
On Aug 16, 2011, at 11:31 AM, Adam Barth wrote: > Hi WebKit, > > In an effort to make the Chromium port more consistent across > platforms, we're moving the Chromium Mac port from CoreGraphics to > Skia. This should mostly have little effect on the rest of the WebKit > community, but you'll be

Re: [webkit-dev] Chromium Mac moving to Skia

2011-08-16 Thread Adam Barth
Sure. Hopefully the transition won't take that long! On Tue, Aug 16, 2011 at 11:58 AM, Eric Seidel wrote: > I suggest you pain the bikeshed MAC_CG instead of MACCG.  The brains > our children's children will thank me. > > -eric > > On Tue, Aug 16, 2011 at 11:31 AM, Adam Barth wrote: >> Hi WebKi

Re: [webkit-dev] Chromium Mac moving to Skia

2011-08-16 Thread Eric Seidel
I suggest you pain the bikeshed MAC_CG instead of MACCG. The brains our children's children will thank me. -eric On Tue, Aug 16, 2011 at 11:31 AM, Adam Barth wrote: > Hi WebKit, > > In an effort to make the Chromium port more consistent across > platforms, we're moving the Chromium Mac port fro

[webkit-dev] Chromium Mac moving to Skia

2011-08-16 Thread Adam Barth
Hi WebKit, In an effort to make the Chromium port more consistent across platforms, we're moving the Chromium Mac port from CoreGraphics to Skia. This should mostly have little effect on the rest of the WebKit community, but you'll be seeing some patches shortly that shuffle a bunch of test expec

Re: [webkit-dev] DocumentLoader::m_mainResourceData seems no need

2011-08-16 Thread Pavel Feldman
On Tue, Aug 16, 2011 at 12:44 PM, Xianzhu Wang wrote: > > > On Tue, Aug 16, 2011 at 3:41 PM, Pavel Feldman wrote: > >> On Tue, Aug 16, 2011 at 11:20 AM, Xianzhu Wang wrote: >> >>> Hi, >>> >>> I found that DocumentLoader will hold m_mainResourceData during its whole >>> life. I'm wondering if this

Re: [webkit-dev] DocumentLoader::m_mainResourceData seems no need

2011-08-16 Thread Xianzhu Wang
On Tue, Aug 16, 2011 at 3:41 PM, Pavel Feldman wrote: > On Tue, Aug 16, 2011 at 11:20 AM, Xianzhu Wang wrote: > >> Hi, >> >> I found that DocumentLoader will hold m_mainResourceData during its whole >> life. I'm wondering if this is necessary. I searched all callers of >> DocumentLoader::mainReso

Re: [webkit-dev] DocumentLoader::m_mainResourceData seems no need

2011-08-16 Thread Pavel Feldman
On Tue, Aug 16, 2011 at 11:20 AM, Xianzhu Wang wrote: > Hi, > > I found that DocumentLoader will hold m_mainResourceData during its whole > life. I'm wondering if this is necessary. I searched all callers of > DocumentLoader::mainResourceData() and DocumentLoader::mainResource() and > they seem a

[webkit-dev] DocumentLoader::m_mainResourceData seems no need

2011-08-16 Thread Xianzhu Wang
Hi, I found that DocumentLoader will hold m_mainResourceData during its whole life. I'm wondering if this is necessary. I searched all callers of DocumentLoader::mainResourceData() and DocumentLoader::mainResource() and they seem all called before or just after the document is loaded. If we remove