Thanks for your message, Maciej!
On 14 January 2011 13:53, Maciej Stachowiak wrote:
>
> I agree that beforeload support could be more pervasive than it is today.
> The exclusion of prefetch, icon and dns-prefetch from beforeload events
> bears revisiting. But are these insurmountable? Currentl
On Jan 14, 2011, at 4:12 PM, Dirk Schulze wrote:
> At first SVGMatrix and the complete SVG code itself is not using
> TransformationMatrix. We had bigger performance problems and the memory
> amount raised up by 6-10%. Thats why we decided to turn back to
> AffineTransform.
>
> Because of the
For Chrome development we tell everyone to install this file:
http://src.chromium.org/viewvc/chrome/trunk/tools/build/slave/config
That sets the properties automatically on new files.
Git obeys these svn properties when committing as well.
You'll need to install your custom svn config on the co
lighttpd+cgiphp is not super reliable... i think that accounts for
some amount of chromium's http test flakiness on windows.
On Fri, Jan 14, 2011 at 10:07 AM, Julie Parent wrote:
> For Chromium, the http tests aren't very flaky on Mac (I see only 5 flaky
> http tests). Windows, however, is anoth
At first SVGMatrix and the complete SVG code itself is not using
TransformationMatrix. We had bigger performance problems and the memory amount
raised up by 6-10%. Thats why we decided to turn back to AffineTransform.
Because of the platform dependencies of TransformationMatrix. I noted that
re
Is this something we should have webkit-patch or the commit-queue do
automatically?
Does git (which the commit-queue uses) already do this?
I'm happy to make such a change to webkit-patch land and the
commit-queue if someone can tell me what needs to be done. (That
should cover the 90% case sinc
Please set the svn:mime-type property on binary files that you add to the tree,
such as *-expected.png, before committing. Otherwise the resulting
webkit-changes message will include those files as text, which is inconvenient.
Thanks.___
webkit-dev mai
The current reworking of the TransformationMatrix class and friends
(https://bugs.webkit.org/show_bug.cgi?id=48031) got me thinking about the
future of this class. I've chit chatted about this with various people, but
nothing serious has been done yet.
As WebKit and "HTML5" get more 3D functio
On Fri, Jan 14, 2011 at 8:06 AM, William Siegrist wrote:
> On Jan 13, 2011, at 7:33 PM, Ryosuke Niwa wrote:
>> Getting build bots result for every single revision seems quite noisy. Will
>> be possible to have a page where I can signup for an email or is it too hard
>> to maintain?
>>
>> e.g. I
2011/1/14 Maciej Stachowiak
>
> On Jan 13, 2011, at 2:49 PM, Gavin Peters (蓋文彼德斯) wrote:
>
> Thanks everyone for your replies on link headers and rel types.
>
> Mike Belshe from Chrome team put together a spec for these as part of
> Server Hints for SPDY. His server hint information is at:
> htt
On Jan 13, 2011, at 2:49 PM, Gavin Peters (蓋文彼德斯) wrote:
> Thanks everyone for your replies on link headers and rel types.
>
> Mike Belshe from Chrome team put together a spec for these as part of Server
> Hints for SPDY. His server hint information is at:
> https://sites.google.com/a/chromiu
For Chromium, the http tests aren't very flaky on Mac (I see only 5 flaky
http tests). Windows, however, is another story.
On Fri, Jan 14, 2011 at 8:54 AM, Ojan Vafai wrote:
> On Thu, Jan 13, 2011 at 11:10 PM, Eric Seidel wrote:
>
>> Looking at the Chromium Flakiness dashboard (which has resul
On Thu, Jan 13, 2011 at 11:10 PM, Eric Seidel wrote:
> Looking at the Chromium Flakiness dashboard (which has results going
> back for months!) we see that many of the same http tests are flaky
> for chromium too:
> http://test-results.appspot.com/dashboards/flakiness_dashboard.html
>
> I believe
On Jan 13, 2011, at 7:33 PM, Ryosuke Niwa wrote:
> Getting build bots result for every single revision seems quite noisy. Will
> be possible to have a page where I can signup for an email or is it too hard
> to maintain?
>
> e.g. If I'm the author of revision X, and I'd like to make sure X pa
14 matches
Mail list logo