On Wed, Aug 11, 2010 at 7:51 AM, Darin Adler wrote:
> The bindings do not expose events directly, thus the IDL files don’t show the
> events. The IDL files only show functions and attributes on the various
> objects. Events are neither functions nor attributes. For the bindings I am
> familiar
The bindings do not expose events directly, thus the IDL files don’t show the
events. The IDL files only show functions and attributes on the various
objects. Events are neither functions nor attributes. For the bindings I am
familiar with, there is no list of events and so nothing to be generat
Hi, developers,
I'd really like my patches to be reviewed and landed. Could any
reviewer/commiter help me? The normal review/commit queue mechanisms aren't
suitable for the the patches because the layout-tests in them are almost
always out-dated.
Thanks,
Xianzhu
2010/8/1 Xianzhu Wang
> Hi,
>
>
Please try 'run-layout-tests --help' to see the command line options of
run-layout-tests script.
The '--new-test-results' and '--reset-results' options will help you
generate the expected file.
You may also want to read http://trac.webkit.org/wiki/CreatingLayoutTests to
learn the different types of
On Aug 10, 2010, at 2:49 PM, David Hyatt wrote:
> Yeah, I think an even better way of abstracting it might be to make
> ImageBuffer:drawIntoContext(GraphicsContext*, ...). I think that would be
> simpler for people implementing something special. If we did that, then the
> image() accessor on
Eric Seidel írta:
Chromium skips it (and if I remember correctly, they commissioned it?)
Why do we want to be running these 6000 tests and slowing down our
builds. I was talking with jamesr, and he seemed to think it adds
little value to run it every time? (It was supposedly written as more
of
10.08.2010, в 14:00, Adam Barth написал(а):
> A better long-term fix might be to finish new-run-webkit-tests so we
> can run the tests in parallel.
One reason to move the tests to run-javascriptcore-tests is that people working
on JS run these more often (sometimes not even building WebCore un
On Tue, Aug 10, 2010 at 12:16 PM, Alexey Proskuryakov wrote:
> 10.08.2010, в 11:51, Eric Seidel написал(а):
>> Why do we want to be running these 6000 tests and slowing down our
>> builds. I was talking with jamesr, and he seemed to think it adds
>> little value to run it every time? (It was sup
Nope, it's from Chromium:
http://blog.chromium.org/2009/06/launching-sputnik-into-orbit.html
http://blog.chromium.org/2010/03/does-your-browser-behave.html
Mihai
On Tue, Aug 10, 2010 at 1:30 PM, Dirk Pranke wrote:
> I thought Sputnik came from Microsoft?
>
> -- Dirk
>
> On Tue, Aug 10, 2010 at
I thought Sputnik came from Microsoft?
-- Dirk
On Tue, Aug 10, 2010 at 11:51 AM, Eric Seidel wrote:
> Chromium skips it (and if I remember correctly, they commissioned it?)
>
> Why do we want to be running these 6000 tests and slowing down our
> builds. I was talking with jamesr, and he seemed
On Aug 10, 2010, at 2:38 PM, Stephen White wrote:
> On Mon, Aug 9, 2010 at 6:17 PM, David Hyatt wrote:
> There are other cases as well where you want a copy. Patterns are another
> example. For example you can create a pattern from another canvas, and I
> don't think it's supposed to be live i
On Mon, Aug 9, 2010 at 6:17 PM, David Hyatt wrote:
> There are other cases as well where you want a copy. Patterns are another
> example. For example you can create a pattern from another canvas, and I
> don't think it's supposed to be live if that other canvas later changes.
> There are exampl
On Tue, Aug 10, 2010 at 8:59 PM, Xan Lopez wrote:
> On Tue, Aug 10, 2010 at 8:32 PM, Adam Barth wrote:
>> I'm not sure I understand your question. Every event can happen on
>> every EventTarget.
>
> I mean that an HTMLMediaElement will naturally emit an 'ended' Event
> in some situations, but an
10.08.2010, в 11:51, Eric Seidel написал(а):
> Why do we want to be running these 6000 tests and slowing down our
> builds. I was talking with jamesr, and he seemed to think it adds
> little value to run it every time? (It was supposedly written as more
> of a development tool for V8?) But may
On Tue, Aug 10, 2010 at 8:32 PM, Adam Barth wrote:
> I'm not sure I understand your question. Every event can happen on
> every EventTarget.
I mean that an HTMLMediaElement will naturally emit an 'ended' Event
in some situations, but an HTMLImageElement won't. I see no obvious
way of knowing tha
Chromium skips it (and if I remember correctly, they commissioned it?)
Why do we want to be running these 6000 tests and slowing down our
builds. I was talking with jamesr, and he seemed to think it adds
little value to run it every time? (It was supposedly written as more
of a development tool
On Tue, Aug 10, 2010 at 11:26 AM, Xan Lopez wrote:
> as we all know, when writing DOM bindings on top of WebKit we are
> supposed to use the IDL files it ships as the source of the structure
> and behavior of the DOM. At first I had assumed that to figure out
> which events apply to each type/clas
On Mon, Aug 9, 2010 at 9:28 PM, Geoffrey Garen wrote:
>> As Ojan indicated,
>> the use cases for DOM Mutation events are extremely limited and to me,
>> most of them feel like we should be solving them differently anyway.
>
> This is the question I'm most interested in.
>
> You say the use cases a
Hi,
as we all know, when writing DOM bindings on top of WebKit we are
supposed to use the IDL files it ships as the source of the structure
and behavior of the DOM. At first I had assumed that to figure out
which events apply to each type/class it was OK to see which
EventListeners were defined, a
> Anyway I'm open to suggestions here. :)
I came to very similar conclusions that you did and posted a WIP patch
here: https://bugs.webkit.org/show_bug.cgi?id=43507 . I'm not sure if
it is ready or good, but in particular removing the caching behavior for
::image() led to a lot of unexpected chang
> From: lmeye...@eecs.berkeley.edu
> Date: Tue, 22 Jun 2010 17:51:22 -0700
> To: webkit-dev@lists.webkit.org
> Subject: Re: [webkit-dev] strategy for evaluating performance issues
> related to memory.
>
> I've been doing some memory benchmarking recently (my
On Sat, 2010-07-24 at 03:32 -0300, Gustavo Sverzut Barbieri wrote:
> 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
FYI, this is being worked on in soup:
https://bugzilla.gnome.org/show_bug.cgi?i
how is expected.txt file generating while test layouttests
On Tue, Aug 10, 2010 at 4:07 PM, KrishnaMurthy Naidu <
krishnamurthyna...@gmail.com> wrote:
>
>
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.c
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
24 matches
Mail list logo
