I have this question about the output of Dumprendertree:-
If a simple html with a div with fixed width (300px or something) is given
as input to dumprendertree, the word wrap shown by the output of
dumprendertree differs from the word wrap observed when html is viewed in
the browser. I have
On Jul 7, 2009, at 12:05 AM, bircov wrote:
I have this question about the output of Dumprendertree:-
If a simple html with a div with fixed width (300px or something) is
given
as input to dumprendertree, the word wrap shown by the output of
dumprendertree differs from the word wrap
Chrome hackers -
When do you plan to have a build bot on build.webkit.org?
I broke your build yesterday with http://trac.webkit.org/changeset/45572
, but didn't realize it so Albert had to clean up after me (again,
thanks Albert).
I *try* not to break other builds but the media
On Mon, Jul 6, 2009 at 6:02 PM, Maciej Stachowiakm...@apple.com wrote:
I was going to reply to Adam's last comment, and point out that (a)
his reasons for implementing for V8 only sound reasonable, but (b) I think
JSC-based ports may want the functionality in the near if not immediate
future,
I had intended to summarize this long thread which I started. But
I've since realized that we're mostly bikeshedding here, so there
isn't much actionable takeaway. :( Thank you to all of you for your
thoughtful responses!
I'm not at all attached to the current YELLING CHANGELOG TEMPLATE. :)
But
Oh, I did really like the idea of a prepare-ChangeLog wizard which
someone suggested. Where it might ask you some of the relevant
questions instead of filling in boilerplate.
I continue to find it frustrating that I have to r- patches with bad
ChangeLogs. :) I don't think that's so much
On Mon, Jul 6, 2009 at 10:11 AM, Geoffrey Garen gga...@apple.com wrote:
So, what you end up with is after a couple of years, the slowest test in
the suite is the most significant part of the score. Further, I'll predict
that the slowest test will most likely be the least relevant test,
As I said, we can argue the mix of tests forever, but it is not useful.
Yes, I would test using top-100 sites. In the future, if a benchmark
claims to have a representative mix, it should document why. Right?
Are you saying that you did see Regex as being such a high percentage of
javascript
On Sat, Jul 4, 2009 at 3:27 PM, Maciej Stachowiak m...@apple.com wrote:
On Jul 4, 2009, at 11:47 AM, Mike Belshe wrote:
I'd like to understand what's going to happen with SunSpider in the future.
Here is a set of questions and criticisms. I'm interested in how these can
be addressed.
I'm more verbose than Mike, but it seems like people are talking past each
other.
On Tue, Jul 7, 2009 at 3:25 PM, Oliver Hunt oli...@apple.com wrote:
If we see one section of the test taking dramatically longer than another
then we can assume that we have not been paying enough attention to
On Jul 7, 2009, at 4:01 PM, Mike Belshe wrote:
I'd like benchmarks to:
a) have meaning even as browsers change over time
b) evolve. as new areas of JS (or whatever) become important,
the benchmark should have facilities to include that.
Fair? Good? Bad?
I think we can't rule
What you seem to think is better would be to repeatedly update
sunspider everytime that something gets faster, ignoring entirely
that the value in sunspider is precisely that it has not changed.
Not quite what I'm saying :-)
I'd like benchmarks to:
a) have meaning even as browsers
On Tue, Jul 7, 2009 at 4:20 PM, Maciej Stachowiak m...@apple.com wrote:
On Jul 7, 2009, at 4:01 PM, Mike Belshe wrote:
I'd like benchmarks to:
a) have meaning even as browsers change over time
b) evolve. as new areas of JS (or whatever) become important, the
benchmark should have
OK, coming back around to this - I'm looking at the automatically generated
constructors. As an example, let's look at something simple like
EventException.
JSEventExceptionConstructor(ExecState* exec)
:
On Jul 7, 2009, at 4:19 PM, Peter Kasting wrote:
For example, the framework could compute both sums _and_ geomeans,
if people thought both were valuable.
That's a plausible thing to do, but I think there's a downside: if you
make a change that moves the two scores in opposite directions,
I think it's quite likely that all the constructors are wrong. If
you're in doubt, you can test Firefox and IE to see how they behave.
On Tue, Jul 7, 2009 at 4:45 PM, Drew Wilsonatwil...@google.com wrote:
So it seems like we should never reference lexicalGlobalObject in our
On Tue, Jul 7, 2009 at 5:25 PM, Adam Barth aba...@webkit.org wrote:
I'd have to look at the code a bit more to know whether this is
correct. Where does |globalObject| come from?
It comes from the JSDOMWindow object where that constructor is exposed. Case
in point:
#if
On Tue, Jul 7, 2009 at 5:08 PM, Maciej Stachowiak m...@apple.com wrote:
On Jul 7, 2009, at 4:19 PM, Peter Kasting wrote:
For example, the framework could compute both sums _and_ geomeans, if
people thought both were valuable.
That's a plausible thing to do, but I think there's a downside:
Interesting - I ran some tests on both current WebKit and Firefox.
Firefox has a couple of interesting properties. For example this code:
Worker.prototype.foo = 3;
log(Worker.prototype.foo = + Worker.prototype.foo);
var worker = new Worker(foobar.js);
log(worker.foo = + worker.foo);
yields:
On Tue, Jul 7, 2009 at 7:01 PM, Maciej Stachowiak m...@apple.com wrote:
On Jul 7, 2009, at 6:43 PM, Mike Belshe wrote:
(There are other benchmarks that use summation, for example iBench, though
I am not sure these are examples of excellent benchmarks. Any benchmark that
consists of a
20 matches
Mail list logo