Re: [webkit-dev] WebKit memory management?

2008-06-04 Thread Maciej Stachowiak
Hi Chris, On Jun 4, 2008, at 2:37 PM, Chris Brichford wrote: I have two clever ideas, which might be bad ones, that would not involve massive changes to the existing code: Interesting ideas. It appears that both of these would impost runtime cost (since calls to allocator-related

[webkit-dev] JavaScriptCore directory reorganization

2008-06-13 Thread Maciej Stachowiak
Now that SquirrelFish has landed, I'd like to take a look at reorganizing JavaScriptCore's files and directories a bit. JavaScriptCore has the following subdirectories: API/ VM/ docs/ icu/ kjs/ os-win32/ pcre/ profiler/ tests/ wtf/ I see a few issues in this organization: 1) API and VM are

Re: [webkit-dev] renaming some things in JavaScriptCore

2008-06-13 Thread Maciej Stachowiak
These renames all sound good to me. On Jun 13, 2008, at 3:44 PM, Darin Adler wrote: Change some filenames and header guards: property_slot = PropertySlot, scope_chain = ScopeChain, scope_chain_mark = ScopeChainMark, KJS_PROPERTY_SLOT_H = PropertySlot_h,

Re: [webkit-dev] renaming some things in JavaScriptCore

2008-06-14 Thread Maciej Stachowiak
On Jun 14, 2008, at 10:26 PM, Darin Adler wrote: On Jun 13, 2008, at 3:51 PM, Geoffrey Garen wrote: Cut down on confusing uses of Object and Imp. Should we add the JS prefix to these, too? I'm not sure. If we want to add a JS prefix to all these names, then there'd be even more names

Re: [webkit-dev] renaming some things in JavaScriptCore

2008-06-14 Thread Maciej Stachowiak
On Jun 14, 2008, at 10:39 PM, Darin Adler wrote: On Jun 14, 2008, at 10:36 PM, Maciej Stachowiak wrote: I would prefer if we keep a JS prefix only on the objects that seem like very generic names otherwise. Makes sense. Given that rule of thumb, what do you think

Re: [webkit-dev] Disabled layout tests - we should get them re-enabled

2008-06-15 Thread Maciej Stachowiak
the hang. If there are specific tests you are unsure of we can advise you if you mention which ones and show what the results look like. Regards, Maciej Thanks, Jean-Charles Le 14 juin 08 à 00:21, Maciej Stachowiak a écrit : Hi everyone, A number of the WebKit layout tests

[webkit-dev] JavaScriptCore directory rearrangement proposal

2008-06-16 Thread Maciej Stachowiak
Here is a proposal for how to rearrange the directory structure of JavaScriptCore and move some files around. Comments welcome. First, here's the new proposed directories: JavaScriptCore/ api/ impl/ compiler/ docs/ os-win32/ parser/ pcre/ runtime/

Re: [webkit-dev] JavaScriptCore directory rearrangement proposal

2008-06-16 Thread Maciej Stachowiak
On Jun 16, 2008, at 1:53 PM, Sam Weinig wrote: It has always bugged me that WTF was in JavaScriptCore at all. Perhaps now is a good time to move it to its own project. I am not sure what the concerns in the past were about separating WTF from JavaScriptCore. Were they performance

Re: [webkit-dev] renaming some things in JavaScriptCore

2008-06-16 Thread Maciej Stachowiak
On Jun 16, 2008, at 12:49 PM, Geoffrey Garen wrote: I like the idea. But I'm not crazy about the three WebKit namespaces being WTF, JSC, and WebCore. One of these things is not like the others! How about JSCore? We already use JS as an abbreviation for JavaScript all over the place, so

Re: [webkit-dev] Disabled layout tests - we should get them re-enabled

2008-06-16 Thread Maciej Stachowiak
juin 08 à 00:21, Maciej Stachowiak a écrit : Hi everyone, A number of the WebKit layout tests are disabled, presumably because at some point they would hang or crash the test tool. It's likely some of these actually work ok now, but whoever disabled them neglected to turn them

Re: [webkit-dev] Proposal and ideas for a new .in format

2008-06-18 Thread Maciej Stachowiak
On Jun 18, 2008, at 3:30 PM, Julien Chaffraix wrote: Hi all, following several issues raised about the XML format, I have tried a variation of the format Maciej proposed. Here is an exemple: # the first part contains the common parameters (may be empty) namespace=html

Re: [webkit-dev] DOM tree surgery and DOM tree destruction

2008-06-25 Thread Maciej Stachowiak
On Jun 25, 2008, at 12:16 PM, Pitaga wrote: Thanks very much for this response. We (my co-workers and I) want to use WebKit modules selectively, without running anything like full browser sessions. Over time, we'll do this as cleanly as we can, taking full advantage of smart pointers.

Re: [webkit-dev] reclaim of number cells

2008-06-26 Thread Maciej Stachowiak
Hi Zoltan, The performance results are certainly interesting. Would you mind explaining the algorithm a bit more? Also, do you know why it is slowing down the tests that it does? In general the tests that seem hurt in performance are ones that would use a lot of immediate numbers. I can

Re: [webkit-dev] Pango vs WebCore for font-handling

2008-07-19 Thread Maciej Stachowiak
On Jul 19, 2008, at 3:03 PM, Joshua Chia wrote: I have a design-related question about using Pango in Webkit, especially in the GTK port, because I'm trying to use Pango in my port by borrowing ideas from the GTK port. Pango itself already does font matching and I believe can fallback

Re: [webkit-dev] openDatabase

2008-07-19 Thread Maciej Stachowiak
On Jul 19, 2008, at 3:47 PM, Lee Barney wrote: I have been searching for any documentation on the dbsize parameter for the openDatabase function. Being unable to find any I have come to you. Does this number represent the minimum number of bytes for the size of the database from which

Re: [webkit-dev] WebKit-GTK in embedded system

2008-07-23 Thread Maciej Stachowiak
On Jul 23, 2008, at 8:17 AM, John Boncek wrote: Sending again now that I am subscribed -- sorry if you receive a duplicate. In an embedded ARM-based system with Linux and GTK, we are investigating the use of WebKit for HTML display. Web browsing is not needed. Our core goal for

Re: [webkit-dev] Request for comments

2008-08-14 Thread Maciej Stachowiak
On Aug 13, 2008, at 6:37 AM, [EMAIL PROTECTED] wrote: Hello, I've been following the webkit-dev list for a while now, and I though that it might be good time to introduce myself and the project that we have been working on with a small team. First some general high level introduction

Re: [webkit-dev] Request for comments

2008-08-14 Thread Maciej Stachowiak
Hi Jack, On Aug 14, 2008, at 2:07 AM, Jack Wootton wrote: I hope this signals a better start for Nokia. Before Nokia can submit anything back to the WebKit community they'll have to: I understand that you may be frustrated by Nokia's absence for some time from mainline WebKit development.

Re: [webkit-dev] Request for comments

2008-08-14 Thread Maciej Stachowiak
On Aug 14, 2008, at 11:23 AM, Maciej Stachowiak wrote: Hi Jack, On Aug 14, 2008, at 2:07 AM, Jack Wootton wrote: I hope this signals a better start for Nokia. Before Nokia can submit anything back to the WebKit community they'll have to: I understand that you may be frustrated

Re: [webkit-dev] Request for comments

2008-08-15 Thread Maciej Stachowiak
, Jonni From: ext Maciej Stachowiak [mailto:[EMAIL PROTECTED] Sent: 14 August, 2008 21:19 To: Rainisto Jonni (Nokia-D/Tampere) Cc: webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] Request for comments On Aug 13, 2008, at 6:37 AM, [EMAIL PROTECTED] wrote: Hello, I've been following the webkit

Re: [webkit-dev] Fix for Vector::m_inlineBuffer alignment?

2008-09-07 Thread Maciej Stachowiak
On Sep 4, 2008, at 1:20 AM, Paul Pedriana wrote: Well the proposed solution in https://bugs.webkit.org/show_bug.cgi?id=16925 doesn't work, as VC++ doesn't accept that syntax. And the solutions in https://bugs.webkit.org/show_bug.cgi?id=19775 whereby a uint32_t or uint64_t buffer are made

Re: [webkit-dev] Fix for Vector::m_inlineBuffer alignment?

2008-09-07 Thread Maciej Stachowiak
On Sep 7, 2008, at 10:20 AM, Paul Pedriana wrote: I agree that a union is most portable, but there are two problems with it: - The C++ Standard (section 9.5 p1) disallows union members that have ctors, dtors, or assignment operators. This includes the case whereby the

Re: [webkit-dev] JavaScriptCore cleanup

2008-09-07 Thread Maciej Stachowiak
I like JSC or SFX or JSCore. JavaScriptCore is too long. - Maciej On Sep 7, 2008, at 1:56 PM, Cameron Zwarich wrote: Now that SquirrelFish Extreme has landed, we should perform some of the cleanup that we've been itching to do for a while now. A few items immediately come to mind, but I

Re: [webkit-dev] JavaScriptCore cleanup

2008-09-07 Thread Maciej Stachowiak
On Sep 7, 2008, at 5:34 PM, Sam Weinig wrote: like JSCore or JSC. I prefer JSCore. I know I had JSCore on my list of ok names, but now that I think about it more I really don't like the half-abbreviation. And this namespace, unlike the WebCore namespace, is used quite a bit in code so

Re: [webkit-dev] How does the Javascript garbage collection work?

2008-09-11 Thread Maciej Stachowiak
On Sep 11, 2008, at 12:13 AM, Josh Chia (谢任中) wrote: I did some more research. It seems that KJS does mark-and-sweep GC, and the marking is to mark objects that are not known to be unreachable, so that those left unmarked can be removed at the end. Please correct me if I'm wrong. More

Re: [webkit-dev] How does the Javascript garbage collection work?

2008-09-11 Thread Maciej Stachowiak
know for sure are true leaks? Function objects hold on to things like FuncDeclNode. You can call collect() manually to force a GC. We have a dialog in the Safari Debug menu that lets you do that. - Maciej Josh On Thu, Sep 11, 2008 at 1:33 AM, Maciej Stachowiak [EMAIL PROTECTED] wrote

[webkit-dev] If you are interested in JS performance...

2008-09-12 Thread Maciej Stachowiak
SquirrelFish Extreme is doing pretty well on the SunSpider benchmark, and we are now studying the V8 team's benchmark suite. If you are interested in helping out, this master bug has Shark profiles and a breakdown of the issues we've identified.

Re: [webkit-dev] WebKit memory management?

2008-09-16 Thread Maciej Stachowiak
On Sep 16, 2008, at 4:56 AM, Ferenc, Rudolf wrote: Paul Pedriana wrote: The problem with this syntax is that you can't do the corresponding thing with operator delete, as far as I know. You are correct; delete would still need to be done differently (assuming you don't define a

Re: [webkit-dev] SquirrelFish Extreme?

2008-09-19 Thread Maciej Stachowiak
On Sep 7, 2008, at 9:49 PM, Maciej Stachowiak wrote: On Sep 7, 2008, at 9:10 PM, Jon Shier wrote: It's possible this is coming in a future blog post, but I'm wondering if someone could explain what SquirrelFish Extreme is all about. The changelist doesn't really say much. The short

Re: [webkit-dev] Regarding SquirrelFish Extreme JIT portability...

2008-09-21 Thread Maciej Stachowiak
On Sep 21, 2008, at 12:50 PM, Paul Pedriana wrote: In reading Maciej Stachowiak's page at http://webkit.org/blog/214/introducing-squirrelfish-extreme/, it talks about native code generation and platform support. I would like to point out that some platforms do not allow runtime native

Re: [webkit-dev] Fwd: Rename TypeInfo - JSTypeInfo?

2008-09-23 Thread Maciej Stachowiak
On Sep 23, 2008, at 9:32 AM, David Kilzer wrote: Hi Kevin, The original message did make it to the list, but no one replied. I think the best approach is to simply create a bug on bugs.webkit.org and attach a patch for review (since the wx port is apparently the only one feeling the

Re: [webkit-dev] Some thoughts about platform flags

2008-09-24 Thread Maciej Stachowiak
On Sep 24, 2008, at 12:14 PM, Amanda Walker wrote: Hello all, A conversation started on https://bugs.webkit.org/show_bug.cgi?id=20890 that Alexey suggested moving to webkit-dev, so here we go :-). One of the things we ran into when bringing up the Chromium application architecture was

Re: [webkit-dev] Some thoughts about platform flags

2008-09-24 Thread Maciej Stachowiak
On Sep 24, 2008, at 3:30 PM, Amanda Walker wrote: The renderer process will be using CoreText, CG, some Cocoa, etc., but using the Apple WebView sitting inside an NSScrollView which is in turn inside an NSWindow--we must introduce a proxy, since remoting NSView or NSWindow over DO doesn't

Re: [webkit-dev] Some thoughts about platform flags

2008-09-24 Thread Maciej Stachowiak
On Sep 24, 2008, at 3:36 PM, Darin Fisher wrote: On Wed, Sep 24, 2008 at 2:16 PM, Maciej Stachowiak [EMAIL PROTECTED] wrote: On Sep 24, 2008, at 12:14 PM, Amanda Walker wrote: Hello all, A conversation started on https://bugs.webkit.org/show_bug.cgi?id=20890 that Alexey suggested

Re: [webkit-dev] Some thoughts about platform flags

2008-09-24 Thread Maciej Stachowiak
On Wed, Sep 24, 2008 at 4:33 PM, Darin Fisher [EMAIL PROTECTED] wrote: [resent, doh... that's it, i'm registering my other email address] On Wed, Sep 24, 2008 at 4:32 PM, Darin Fisher [EMAIL PROTECTED] wrote: On Wed, Sep 24, 2008 at 4:22 PM, Maciej Stachowiak [EMAIL PROTECTED] wrote

Re: [webkit-dev] Some thoughts about platform flags

2008-09-24 Thread Maciej Stachowiak
On Sep 24, 2008, at 10:10 PM, Amanda Walker wrote: On Wed, Sep 24, 2008 at 7:25 PM, Maciej Stachowiak [EMAIL PROTECTED] wrote: On Sep 24, 2008, at 3:36 PM, Darin Fisher wrote: I don't think anything about our port implies hosted in a rendering subprocess. Our port works perfectly well

Re: [webkit-dev] Feature flags and ports

2008-09-25 Thread Maciej Stachowiak
On Sep 25, 2008, at 11:29 AM, Avi Drissman wrote: In WebKit, PLATFORM(MAC) means a lot of things, and one thing in particular it means is to use NSURLResponse. I filed https://bugs.webkit.org/show_bug.cgi?id=20890 with a patch, and it kicked up a storm. It seemed like there was

Re: [webkit-dev] Safari and complex script rendering

2008-09-28 Thread Maciej Stachowiak
On Sep 28, 2008, at 1:15 AM, Paul Pedriana wrote: ... this is not a WebCore issue, so there is nothing you can do in WebCore to fix it. When I look at WebCore's WidthIterator::advance function, it doesn't seem to me to be savvy to complex script. It looks to me like it walks through a

Re: [webkit-dev] setTimeout as browser speed throttle

2008-09-30 Thread Maciej Stachowiak
On Sep 30, 2008, at 10:42 AM, Peter Kasting wrote: 2008/9/30 Mike Belshe [EMAIL PROTECTED] As for keeping the fan off - if we could keep the CPU idle a 3ms minimum timeout loop does that resolve your concern? Followup to my earlier post, based on this. I realize that one reason why we

Re: [webkit-dev] setTimeout as browser speed throttle

2008-09-30 Thread Maciej Stachowiak
On Sep 30, 2008, at 5:13 PM, Peter Kasting wrote: On Tue, Sep 30, 2008 at 3:53 PM, Maciej Stachowiak [EMAIL PROTECTED] wrote: Can you cite some of the existing sites that would benefit? That would help others confirm the benefit and also estimate likelihood of said sites adopting a new

Re: [webkit-dev] setTimeout as browser speed throttle

2008-09-30 Thread Maciej Stachowiak
On Sep 30, 2008, at 5:15 PM, Mike Belshe wrote: On Tue, Sep 30, 2008 at 3:45 PM, Maciej Stachowiak [EMAIL PROTECTED] wrote: On Sep 30, 2008, at 3:06 PM, Mike Belshe wrote: Subjective note: I'm much more worried about sites spinning the CPU accidentally (e.g. they used setTimeout(0

Re: [webkit-dev] setTimeout as browser speed throttle

2008-09-30 Thread Maciej Stachowiak
On Sep 30, 2008, at 6:37 PM, Peter Kasting wrote: On Tue, Sep 30, 2008 at 5:31 PM, Maciej Stachowiak [EMAIL PROTECTED] wrote: It seems to these are demo pages, tutorials, or descriptions of techniques. Clearly tutorials and demos can adapt to a new API, and improving their current form

[webkit-dev] JS binding wapper pointers: inline vs. separate hash table

2008-09-30 Thread Maciej Stachowiak
One of the changes in Chrome's version of WebKit is that, instead of storing pointers to the JS binding object for a core object in a HashMap, it stores them directly in the core object. Although this change is not currently in the webkit.org tree, and is in the Chrome tree for the V8

Re: [webkit-dev] JS binding wapper pointers: inline vs. separate hash table

2008-10-01 Thread Maciej Stachowiak
On Oct 1, 2008, at 1:46 AM, Geoffrey Garen wrote: In the Chrome tree, every object inheriting from RefCounted incurs an extra pointer in size, but this is clearly more than necessary since many RefCounted objects do not have bindings. If we believe that JS wrappers are relatively

Re: [webkit-dev] Proposed Timer API

2008-10-01 Thread Maciej Stachowiak
On Oct 1, 2008, at 9:58 AM, Darin Adler wrote: On Oct 1, 2008, at 9:16 AM, Mike Belshe wrote: If you're going to propose a new API designed for hi-res timers, it ought to use units of microseconds instead of milliseconds. Or units of seconds, perhaps? Since JavaScript numbers are already

Re: [webkit-dev] JS binding wapper pointers: inline vs. separate hash table

2008-10-01 Thread Maciej Stachowiak
On Oct 1, 2008, at 4:48 PM, Peter Kasting wrote: On Wed, Oct 1, 2008 at 4:40 PM, Maciej Stachowiak [EMAIL PROTECTED] wrote: Do we have any measurements of the performance benefit? Copying verbatim Feng's post on this from the other thread into this one: Oops, I missed

Re: [webkit-dev] setTimeout as browser speed throttle

2008-10-01 Thread Maciej Stachowiak
On Oct 1, 2008, at 5:03 PM, Darin Fisher wrote: On Wed, Oct 1, 2008 at 2:34 AM, Maciej Stachowiak [EMAIL PROTECTED] wrote: On Oct 1, 2008, at 1:24 AM, David Hyatt wrote: On Oct 1, 2008, at 2:52 AM, Darin Fisher wrote: I can appreciate that you aren't interested in revisiting

Re: [webkit-dev] JS binding wapper pointers: inline vs. separate hash table

2008-10-02 Thread Maciej Stachowiak
On Oct 1, 2008, at 10:41 PM, Mike Hommey wrote: On Wed, Oct 01, 2008 at 04:03:32PM -0700, Mike Belshe wrote: Total size Potential savings www.cnn.com: 43M 410Kwww.facebook.com: 43M

Re: [webkit-dev] Using Google-URL in WebKit

2008-10-02 Thread Maciej Stachowiak
On Oct 2, 2008, at 1:07 PM, Brett Wilson wrote: About a year ago, Google released the Google URL Parsing and Canonicalization Library (Google-URL) as a separate open-source project: http://code.google.com/p/google-url It was developed for Chromium with an eye toward being used in other

Re: [webkit-dev] Using Google-URL in WebKit

2008-10-02 Thread Maciej Stachowiak
On Oct 2, 2008, at 2:41 PM, Peter Kasting wrote: On Thu, Oct 2, 2008 at 2:23 PM, Maciej Stachowiak [EMAIL PROTECTED] wrote: I consider the option of completely replacing WebKit's URL implementation with an external dependency to be a nonstarter. Assume that we wound up in a world where GURL

Re: [webkit-dev] Using Google-URL in WebKit

2008-10-02 Thread Maciej Stachowiak
On Oct 2, 2008, at 2:53 PM, Darin Fisher wrote: I agree that it would be very nice to share implementations here. One thing I'd like to highlight: It is a requirement for Chromium to use consistent URL parsing throughout the entire application. This includes all processes, the

Re: [webkit-dev] Using Google-URL in WebKit

2008-10-02 Thread Maciej Stachowiak
On Oct 2, 2008, at 3:43 PM, David Hyatt wrote: On Oct 2, 2008, at 5:35 PM, Darin Fisher wrote: On Thu, Oct 2, 2008 at 3:27 PM, David Hyatt [EMAIL PROTECTED] wrote: On Oct 2, 2008, at 4:23 PM, Maciej Stachowiak wrote: I have mentioned optionally replacing KURL with an ifdef to a number

Re: [webkit-dev] Long-term Google-URL integration plans

2008-10-02 Thread Maciej Stachowiak
This plan seems generally ok, a few comments: On Oct 2, 2008, at 4:43 PM, Brett Wilson wrote: I posted earlier about adding an ifdef for the Google-URL library in KURL.h. I thought I would also explain the current thinking on the long term plans, which a number of people have expressed

[webkit-dev] High Resolution Timer API proposal(s)

2008-10-02 Thread Maciej Stachowiak
I'm going to send this along to the relevant fora (not sure if it should be part of HTML5 or a separate Web Apps WG spec), but here's some rough API ideas: Ridiculously minimalist version: void callSoon(Function callback); - Calls the function callback with no arguments the next time

Re: [webkit-dev] Proposed Timer API

2008-10-02 Thread Maciej Stachowiak
On Oct 1, 2008, at 9:11 PM, Cameron McCormack wrote: Justin Haygood: http://blog.justinhaygood.com/2008/09/30/proposed-high-resolution-timer-api/ If possible, it would be nice if there could be some degree of compatibility between this proposed API and the one in SVG Tiny 1.2:

Re: [webkit-dev] High Resolution Timer API proposal(s)

2008-10-02 Thread Maciej Stachowiak
On Oct 2, 2008, at 5:28 PM, Ojan Vafai wrote: On Thu, Oct 2, 2008 at 5:16 PM, Aaron Boodman [EMAIL PROTECTED] wrote: On Thu, Oct 2, 2008 at 5:05 PM, Maciej Stachowiak [EMAIL PROTECTED] wrote: I don't really like the overengineered version. I like the fairly minimalist version best

Re: [webkit-dev] High Resolution Timer API proposal(s)

2008-10-02 Thread Maciej Stachowiak
] wrote: Why double delayInSeconds and not milliseconds to stay consistent? On Oct 2, 2008, at 5:32 PM, Ojan Vafai wrote: On Thu, Oct 2, 2008 at 5:16 PM, Aaron Boodman [EMAIL PROTECTED] wrote: On Thu, Oct 2, 2008 at 5:05 PM, Maciej Stachowiak [EMAIL PROTECTED] wrote: I don't really like

Re: [webkit-dev] Long-term Google-URL integration plans

2008-10-02 Thread Maciej Stachowiak
On Oct 2, 2008, at 5:28 PM, Brett Wilson wrote: [moved from the beginning of the message] I'd like to not assume up front that the code used to implement the URL parsing core will be Google-URL. Maybe Google-URL's code will turn out to be better, maybe the current KURL implementation

Re: [webkit-dev] High Resolution Timer API proposal(s)

2008-10-02 Thread Maciej Stachowiak
On Oct 2, 2008, at 6:14 PM, Ojan Vafai wrote: The thing is that often enough the place where you want to modify the delay you don't necessarily have access to the callback you would need in order to recreate the timer. So, you have to keep track of more stuff in JavaScript (e.g. a

Re: [webkit-dev] Long-term Google-URL integration plans

2008-10-02 Thread Maciej Stachowiak
On Oct 2, 2008, at 6:26 PM, Peter Kasting wrote: On Thu, Oct 2, 2008 at 6:11 PM, Maciej Stachowiak [EMAIL PROTECTED] wrote: It sounds to me like you are saying that you would not be willing to consider using the current KURL implementation in Chrome, even it turns out to be materially better

Re: [webkit-dev] High Resolution Timer API proposal(s)

2008-10-02 Thread Maciej Stachowiak
On Oct 2, 2008, at 6:50 PM, Aaron Boodman wrote: On Thu, Oct 2, 2008 at 5:05 PM, Maciej Stachowiak [EMAIL PROTECTED] wrote: Timer startTimer(double delayInSeconds, bool repeating, Function callback); interface Timer { void stop(); } One other random idea. What about mixing up

Re: [webkit-dev] High Resolution Timer API proposal(s)

2008-10-02 Thread Maciej Stachowiak
On Oct 2, 2008, at 8:27 PM, Cameron McCormack wrote: Maciej Stachowiak: I think I will mention some of these possible variations when proposing the spec. At Hixie's suggestion I will propose it as a standalone spec on [EMAIL PROTECTED], I recommend that those who wish to follow

Re: [webkit-dev] setTimeout as browser speed throttle

2008-10-02 Thread Maciej Stachowiak
On Oct 2, 2008, at 9:39 PM, Darin Fisher wrote: I am indeed interested in passive feedback from users and web developers. But I'm also interested in the anonymous, opt-in aggregate data collection that we can perform ourselves (as Linus mentioned). The challenge is to find a way to

Re: [webkit-dev] High Resolution Timer API proposal(s)

2008-10-02 Thread Maciej Stachowiak
On Oct 2, 2008, at 8:19 PM, Maciej Stachowiak wrote: I think I will mention some of these possible variations when proposing the spec. At Hixie's suggestion I will propose it as a standalone spec on [EMAIL PROTECTED], I recommend that those who wish to follow the discussion subscribe

Re: [webkit-dev] setTimeout as browser speed throttle

2008-10-02 Thread Maciej Stachowiak
On Oct 2, 2008, at 10:09 PM, Darin Fisher wrote: On Thu, Oct 2, 2008 at 9:58 PM, Maciej Stachowiak [EMAIL PROTECTED] wrote: On Oct 2, 2008, at 9:39 PM, Darin Fisher wrote: In short, our architecture makes me more willing to take risks with setTimeout clamping than I would be otherwise

Re: [webkit-dev] setTimeout as browser speed throttle

2008-10-03 Thread Maciej Stachowiak
On Oct 3, 2008, at 3:10 AM, Rob Burns wrote: Hi Darin, On Oct 3, 2008, at 9:37 AM, Darin Fisher wrote: On Thu, Oct 2, 2008 at 10:36 PM, Maciej Stachowiak [EMAIL PROTECTED] wrote: On Oct 2, 2008, at 10:09 PM, Darin Fisher wrote: On Thu, Oct 2, 2008 at 9:58 PM, Maciej Stachowiak [EMAIL

Re: [webkit-dev] High Resolution Timer API proposal(s)

2008-10-03 Thread Maciej Stachowiak
to be sent to public-webapps for those who are willing. Mike On Thu, Oct 2, 2008 at 6:07 PM, Maciej Stachowiak [EMAIL PROTECTED] wrote: On Oct 2, 2008, at 5:58 PM, Darin Fisher wrote: On a separate thread, it was discussed that it is useful to support microsecond resolution for future

Re: [webkit-dev] Proposed Timer API

2008-10-03 Thread Maciej Stachowiak
On Oct 3, 2008, at 11:01 AM, Chris Marrin wrote: On Oct 2, 2008, at 6:13 PM, Maciej Stachowiak wrote: On Oct 2, 2008, at 6:01 PM, Cameron McCormack wrote: Hi Maciej. Cameron McCormack: If possible, it would be nice if there could be some degree of compatibility between this proposed

Re: [webkit-dev] Proposed Timer API

2008-10-03 Thread Maciej Stachowiak
On Oct 3, 2008, at 11:15 AM, Geoffrey Garen wrote: Hi Chris. I really like the idea of a Timer object. It would allow you to separate creation from starting, allows you to pause and add other API's to the interface. Can the constructor be used to simplify the creation: var t = new

Re: [webkit-dev] New simplified patch review interface for bugs.webkit.org

2008-10-03 Thread Maciej Stachowiak
On Oct 2, 2008, at 3:13 PM, Adam Roben wrote: Hi all- Earlier today I landed a patch to add a new, simplified patch review interface to bugs.webkit.org. Looks very cool. My suggestion: I think the Edit link should be scrapped or reduced to only the few things you can't do from Review

Re: [webkit-dev] High Resolution Timer API proposal(s)

2008-10-03 Thread Maciej Stachowiak
On Oct 3, 2008, at 10:36 AM, Peter Kasting wrote: On Fri, Oct 3, 2008 at 10:25 AM, Justin Haygood [EMAIL PROTECTED] wrote: I'd say define it as a minimum precision of 1ms, but browser manufacturers can define any precision they wish. OK, but that only pushes the problem space outward

Re: [webkit-dev] High Resolution Timer API proposal(s)

2008-10-03 Thread Maciej Stachowiak
On Oct 3, 2008, at 10:09 AM, Mike Belshe wrote: I'm not opposed to any of this; and the new API is definitely nicer. I'll bring up a devil's advocate point. One thing I hate is the Microsoft-style smorgasboard of APIs. When you want to start a timer, you have 6 to choose from, and I

Re: [webkit-dev] The WebCore/platform/ directory situation

2008-10-04 Thread Maciej Stachowiak
On Oct 3, 2008, at 9:17 PM, David Hyatt wrote: After working for a while on the WebCore/platform/ directory, it's become clear that people don't really know what this directory is supposed to contain (and by people I mean pretty much everybody, both inside and outside Apple). The

Re: [webkit-dev] The WebCore/platform/ directory situation

2008-10-04 Thread Maciej Stachowiak
that makes it more crystal clear that you shouldn't have inverse dependencies. - Maicje dave On Oct 4, 2008, at 2:56 AM, Eric Seidel wrote: +1 for making wtf and platform their own projects/targets. -eric On Sat, Oct 4, 2008 at 12:27 AM, Maciej Stachowiak [EMAIL PROTECTED] wrote

Re: [webkit-dev] segfault when having multiple webkit instances (got backtrace)

2008-10-06 Thread Maciej Stachowiak
On Oct 6, 2008, at 12:50 AM, Luka Napotnik wrote: Hello. I have a program that uses the webkit engine (gtk+ port) for intense-rendering. I have about 10 threads, each with it's own webkit instance. While there's no problem when only two instances are active. But when I increase the

Re: [webkit-dev] segfault when having multiple webkit instances (got backtrace)

2008-10-06 Thread Maciej Stachowiak
Greets, Luka Dne 06.10.2008 (pon) ob 01:10 -0700 je Maciej Stachowiak zapisal(a): On Oct 6, 2008, at 12:50 AM, Luka Napotnik wrote: Hello. I have a program that uses the webkit engine (gtk+ port) for intense-rendering. I have about 10 threads, each with it's own webkit instance. While

Re: [webkit-dev] segfault when having multiple webkit instances (got backtrace)

2008-10-06 Thread Maciej Stachowiak
the GDK subsystem before every call to WebKit is not enough. Can this be a problem with the way how WebKit manages memory? Is there a locking function for that? Greets, Luka Dne 06.10.2008 (pon) ob 01:10 -0700 je Maciej Stachowiak zapisal(a): On Oct 6, 2008, at 12:50 AM, Luka Napotnik

Re: [webkit-dev] revised RefPtr document

2008-10-10 Thread Maciej Stachowiak
On Oct 8, 2008, at 9:18 AM, Darin Adler wrote: Hi folks. After a few queries from Google folks I made some minor revisions to the RefPtr document http://webkit.org/coding/RefPtr.html that I wrote a year and half ago. If you want to understand how to use RefPtr, PassRefPtr, and

[webkit-dev] If you're on Mac, please upgrade to Xcode 3.1

2008-10-13 Thread Maciej Stachowiak
Hello WebKit folks, We'd like to change some WebKit components to build with GCC 4.2 by default on Leopard, for better performance. Unfortunately, this compiler is not available on the system by default, so everyone building on Mac will have to switch to Xcode 3.1 by default. We will

Re: [webkit-dev] bindings layer should have a consistent way of getting at named items in collections

2008-10-14 Thread Maciej Stachowiak
On Oct 14, 2008, at 3:15 PM, Ojan Vafai wrote: I currently see nameGetter, namedItem and getNamedItem in a number of different files that all currently have custom bindings that normalize to a nameGetter function. Can we just have all the collection types normalize on a single name

Re: [webkit-dev] EOT Support in WebKit

2008-10-17 Thread Maciej Stachowiak
On Oct 17, 2008, at 12:22 PM, Amanda Walker wrote: On Fri, Oct 17, 2008 at 12:41 PM, David Hyatt [EMAIL PROTECTED] wrote: The big problem is if you support it, EOT wins. We may as well remove the TTF code path from the tree. EOT is unwieldy to use, doesn't support the full range of TTF,

Re: [webkit-dev] EOT Support in WebKit

2008-10-17 Thread Maciej Stachowiak
On Oct 17, 2008, at 3:02 PM, David Hyatt wrote: On Oct 17, 2008, at 4:58 PM, Peter Kasting wrote: On Fri, Oct 17, 2008 at 2:52 PM, David Hyatt [EMAIL PROTECTED] wrote: It's important to recognize that if you flip the EOT switch, you're going to end up using EOT over TTF in many cases. In

Re: [webkit-dev] EOT Support in WebKit

2008-10-17 Thread Maciej Stachowiak
. Regards, Maciej --Amanda On Oct 17, 2008 9:33 PM, Maciej Stachowiak [EMAIL PROTECTED] wrote: On Oct 17, 2008, at 3:02 PM, David Hyatt wrote: On Oct 17, 2008, at 4:58 PM, Peter Kasting wrote... Some of the proposals there sound really interesting. 1) Detect when known unusually-encoded EOT

Re: [webkit-dev] WebKit compatibility in India

2008-10-22 Thread Maciej Stachowiak
I think the general approach you outline makes sense. I think the best way to avoid transcoding content that shouldn't be is to key it off of both font and site, assuming that a relatively limited list of fonts and sites would provide enough compatibility. That means the transcoding

Re: [webkit-dev] WebKit compatibility in India

2008-10-23 Thread Maciej Stachowiak
On Oct 23, 2008, at 12:07 PM, Jungshik Shin (신정식, 申政湜) wrote: 2008/10/23 Brett Wilson [EMAIL PROTECTED] On Wed, Oct 22, 2008 at 7:25 PM, Maciej Stachowiak [EMAIL PROTECTED] wrote: I think the general approach you outline makes sense. I think the best way to avoid transcoding

Re: [webkit-dev] Geolocation questions

2008-10-31 Thread Maciej Stachowiak
On Oct 31, 2008, at 1:22 PM, Holger Freyther wrote: Hey, I have started implementing a GeoLocation service for Gtk+ using the Gypsy interface. I have some comments and questions: 1.) Could we remove GeolocationService::create from GeolocationService.cpp? Any platform that intends to

Re: [webkit-dev] [Fwd: Fwd: Re: Moving forward with WebKit/GTK+]

2008-11-03 Thread Maciej Stachowiak
On Nov 3, 2008, at 3:15 AM, Pierre-Luc Beaudoin wrote: I'm only an outsider to the WebKit project, but I wonder if it would make sense to have less strict rules, or a branch with less strict rules for WebKit/GTK+ -- since WebKit/GTK+ is a bit young and needs some work, it might make sense

Re: [webkit-dev] Save Page - Ideas

2008-11-05 Thread Maciej Stachowiak
On Oct 30, 2008, at 9:47 AM, Darin Fisher wrote: We have code to support this feature in the Chromium code base. You can find it here: http://src.chromium.org/viewvc/chrome/trunk/src/webkit/glue/dom_serializer.h?view=markup

[webkit-dev] Themes extending the style

2008-11-05 Thread Maciej Stachowiak
Hyatt and I as well as some Chrome developers were involved in a discussion recently about how themes/ports should customize the user agent stylesheet. I think the following is the case currently: - Most ports do not change the UA stylesheet at all. - Chromium (not in the main tree yet)

Re: [webkit-dev] Save Page - Ideas

2008-11-05 Thread Maciej Stachowiak
On Nov 5, 2008, at 10:22 AM, Darin Fisher wrote: On Wed, Nov 5, 2008 at 7:04 AM, Maciej Stachowiak [EMAIL PROTECTED] wrote: On Oct 30, 2008, at 9:47 AM, Darin Fisher wrote: We have code to support this feature in the Chromium code base. You can find it here: http://src.chromium.org

Re: [webkit-dev] Themes extending the style

2008-11-05 Thread Maciej Stachowiak
On Nov 5, 2008, at 9:36 AM, George Staikos wrote: On 6-Nov-08, at 12:20 AM, Maciej Stachowiak wrote: Hyatt and I as well as some Chrome developers were involved in a discussion recently about how themes/ports should customize the user agent stylesheet. I think the following

Re: [webkit-dev] Themes extending the style

2008-11-06 Thread Maciej Stachowiak
On Nov 5, 2008, at 11:47 PM, Tor Arne Vestbø wrote: Maciej Stachowiak wrote: Those of us involved in the discussion concluded that the best way to do this was to let RenderTheme subclasses add rules to the UA stylesheet, so that the core style rules can be in one place, but themes can

Re: [webkit-dev] website installation instructions correction

2008-11-06 Thread Maciej Stachowiak
On Nov 6, 2008, at 8:27 AM, Jack Wootton wrote: On this page http://webkit.org/building/tools.html. The last instruction of Step 2 is /*/ In addition to the paths specified in step 3 of the Platform SDK installation instructions, you must also add the

Re: [webkit-dev] website installation instructions correction

2008-11-06 Thread Maciej Stachowiak
On Nov 6, 2008, at 8:41 AM, Jack Wootton wrote: On Thu, Nov 6, 2008 at 4:36 PM, Maciej Stachowiak [EMAIL PROTECTED] wrote: On Nov 6, 2008, at 8:27 AM, Jack Wootton wrote: On this page http://webkit.org/building/tools.html. The last instruction of Step 2

[webkit-dev] Companies and organizations that have contributed to WebKit

2008-11-09 Thread Maciej Stachowiak
I'm compiling a Wiki page of companies and organizations that have contributed to WebKit, since this turns out to be a matter of occasional public interest, and the matter is not always clear. I started this Wiki page in hopes of providing a reference, but I suspect it is not complete:

Re: [webkit-dev] PageGroup and visited link coloring

2008-11-10 Thread Maciej Stachowiak
On Nov 10, 2008, at 11:12 AM, Brett Wilson wrote: I was recently looking at the PageGroup and visited link coloring. Chromium has some interesting requirements. Our design goal is to store hundreds of thousands to a million URLs in the database with no problems (basically all your history

Re: [webkit-dev] Webkit compatibility in India - Transcoding Indic fonts

2008-11-12 Thread Maciej Stachowiak
On Nov 12, 2008, at 1:06 PM, Maciej Stachowiak wrote: On Nov 12, 2008, at 4:56 AM, Prunthaban Kanthakumar wrote: Hi All, I would like to go ahead with implementing the below mentioned logic in Webkit. Can anyone (mjs or hyatt?) comment on this approach? It sounds ok to me, but I am

Re: [webkit-dev] Webkit compatibility in India - Transcoding Indic fonts

2008-11-12 Thread Maciej Stachowiak
On Nov 12, 2008, at 4:56 AM, Prunthaban Kanthakumar wrote: Hi All, I would like to go ahead with implementing the below mentioned logic in Webkit. Can anyone (mjs or hyatt?) comment on this approach? It sounds ok to me, but I am not a rendering expert. Thanks. Regards, Prunthaban On

Re: [webkit-dev] Best practices for PLATFORM(X) vs. HAVE(X) vs. USE(X) vs. ENABLE(X)? (was: Best practices for USE(X) vs. ENABLE(X)?)

2008-11-12 Thread Maciej Stachowiak
On Nov 12, 2008, at 2:07 PM, Adam Roben wrote: On Nov 12, 2008, at 4:57 PM, Darin Adler wrote: On Nov 12, 2008, at 1:44 PM, Adam Roben wrote: I guess while we're at it we might as well clear up the meaning of PLATFORM(X) and HAVE(X), as well. I believe PLATFORM is for large scale

Re: [webkit-dev] image maps to be focused via tab

2008-11-14 Thread Maciej Stachowiak
On Nov 14, 2008, at 9:15 AM, Darin Adler wrote: On Nov 14, 2008, at 12:24 AM, browserwk wrote: Before list, i assume html page have only one img and map(also one area) tag, but also they are bounded. In order to focus navigate via tab, i did follow things. 1 to identify img,area tag I can

<    1   2   3   4   5   6   7   8   9   10   >