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

Hi Peter, On Oct 2, 2008, at 6:28 PM, Peter Kasting wrote: On Thu, Oct 2, 2008 at 3:23 AM, Rob Burns <[EMAIL PROTECTED]> wrote: As another drastic anecdotal step, I've turned off javascript on Safari (my main browser) and turn to other browsers when I find a site that requires javascript. If I

Re: [webkit-dev] Javascript window.open handling in GTK

On Wed, 2008-10-01 at 15:18 -0700, Weber, Bernd wrote: > Playing around with the code for a while now I found that, at least in > the GTK implementation, window.open(), close(), etc is not > implemented. Can anyone explain to me why this is not implemented? > Maybe because of security concerns? Wou

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

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 PROTECTED]> wrote: (I don't understand you

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

On Fri, Oct 3, 2008 at 3:10 AM, Rob Burns <[EMAIL PROTECTED]> 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

Re: [webkit-dev] Database Storage

Hi, The database storage (like cookies, localStorage and sessionStorage) is stored locally. So everyone can modify it, you can't rely on it. It's really easy to do so with the Database panel in the Web Inspector. Anthony. Le 3 oct. 08 à 02:45, Loll a écrit : > Hi, > > Im not sure if this is

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

Hi Peter, On Oct 3, 2008, at 12:21 PM, Rob Burns wrote: On Oct 2, 2008, at 6:28 PM, Peter Kasting wrote: On Thu, Oct 2, 2008 at 3:23 AM, Rob Burns <[EMAIL PROTECTED]> wrote: As another drastic anecdotal step, I've turned off javascript on Safari (my main browser) and turn to other browsers wh

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

HI Darin, On Oct 3, 2008, at 1:22 PM, Darin Fisher wrote: On Fri, Oct 3, 2008 at 3:10 AM, Rob Burns <[EMAIL PROTECTED]> 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 P

[webkit-dev] emitting a click on the page

Hello. I'm interested it there's a way to emit a click signal with the given X,Y coordinate to the current page being shown. There probably is an event handler but I don't know where and how to hook my own click function to it. If there is, can I please get a hint how to do that. Greets, Luka __

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

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] setTimeout as browser speed throttle

HI Maciej, On Oct 3, 2008, at 3:16 PM, Maciej Stachowiak wrote: 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

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

On 03/10/2008, at 14:16, Maciej Stachowiak wrote: >> [...] Other sites update their title on a timer in a way that is >> useful for a background tab. For example, GMail updates the unread >> count, which is quite useful on a background tab label. [...] Maybe the new Timer API should be extend

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

On 03/10/2008, at 03:50, Aaron Boodman wrote: > One other random idea. What about mixing up the param order for > parallelism with the existing timer APIs: > > Timer startTimer(Function callback, double delay, bool repeating); > [...] > Which feels more familiar, but at the same timer better. Less

[webkit-dev] Webkit available to plain embedding?

I've been searching how to use webkit as plain as possible: My program creates a X window (I'm using gentoo linux) and commands webkit to render page I'm wanting to that window, nothing else. Yes, I'm NOT wanting to use qt or gtk libraries, just plain rendering. Is this possible? If not, is it mayb

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

On Thu, Oct 2, 2008 at 10:36 PM, Maciej Stachowiak <[EMAIL PROTECTED]> wrote: > Are you planning to test a specific alternate interval? > I believe Mike is raising the Chromium clamp to 4 ms. PK ___ webkit-dev mailing list webkit-dev@lists.webkit.org h

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

On Thu, Oct 2, 2008 at 10:00 PM, Maciej Stachowiak <[EMAIL PROTECTED]> wrote: > Here it is: < > http://lists.w3.org/Archives/Public/public-webapps/2008OctDec/0009.html > > > Thanks for writing this up, Maciej, it looks great to me. PK ___ webkit-dev m

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

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 hope we can avoid similar problems in the DOM. If keeping t

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

Another devil's advocate argument: Let's fast-forward for a year or two, and the hires timer exists in some form. Do we need to offer any protections against CPU spinning? What if one browser (say the dominant market-leading browser at the time) implements this with timers that have a 15ms granu

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

On 03/10/2008, at 19:09, 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 h

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

I'd say define it as a minimum precision of 1ms, but browser manufacturers can define any precision they wish. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Belshe Sent: Friday, October 03, 2008 1:24 PM To: Maciej Stachowiak Cc: webkit-dev@lists.webkit.org Subject: Re: [we

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

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 rather than solving it. Make CPUs 10x faster and then

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

Hi Peter, On Oct 3, 2008, at 4:08 PM, Peter Speck wrote: > On 03/10/2008, at 14:16, Maciej Stachowiak wrote: > >>> [...] Other sites update their title on a timer in a way that is >>> useful for a background tab. For example, GMail updates the unread >>> count, which is quite useful on a backgrou

[webkit-dev] shiftLeft property compatibility

We at CNS Vital Signs would like to request that the shiftLeft property for the keydown and keyup events be implemented in the Safari web browser. CNS Vital Signs has developed software that presents a series of computerized neurocognitive tests that are designed to be used as a routine part of

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

Hi Peter, On Oct 3, 2008, at 8:36 PM, 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 o

Re: [webkit-dev] shiftLeft property compatibility

On Oct 3, 2008, at 10:48 AM, David Ford wrote: > We at CNS Vital Signs would like to request that the shiftLeft > property > for the keydown and keyup events be implemented in the Safari web > browser. Can you please file an enhancement request at ? - Mark

Re: [webkit-dev] Proposed Timer API

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 API and the one in SVG Tiny 1.2

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

> Again, I'm wondering how many legitimate uses are there for short > timeouts in background tabs/windows. In a background window: animation video audio work queues for database or other background processing something interesting the web hasn't invented yet To give you some context, Safari use

Re: [webkit-dev] Proposed Timer API

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 Timer(0, false, function() { ...}); > > which would

[webkit-dev] Porting webkit to a new graphics library

I was looking for a good layout engine to embed in a TV based product. From the research I have done there appeared to be 4 main players (Gecko, Trident, Presto, and WebKit). It appears that folks who had used other layout engines were moving to Webkit. I am running a linux kernel on a MIPS ba

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

On Oct 2, 2008, at 5:16 PM, Aaron Boodman 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, but is there anything from the >> overengineered version that shoul

Re: [webkit-dev] Proposed Timer API

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

Re: [webkit-dev] Database Storage

To expand on this point, The data you store on your user's system should be your user's data. It should belong to them, and therefore "security concerns" about what they do with it should be moot. You can, of course, encrypt the data or otherwise obfuscate it before storing it in the datab

Re: [webkit-dev] shiftLeft property compatibility

Hi David, Please file a bug/enhancement request on . This is how the WebKit project tracks such requests. Thanks! Dave On Fri, 10/3/08, David Ford <[EMAIL PROTECTED]> wrote: > We at CNS Vital Signs would like to request that the > shiftLeft property > for the keydo

Re: [webkit-dev] Database Storage

Not discussed yet is that data is secured between JavaScript from a web page on Site A accessing data originally stored from a web page on Site B. This is not allowed. Note that a web page served from cannot access a database saved from a web page served from

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

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 hop

Re: [webkit-dev] Proposed Timer API

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 > compatibilit

Re: [webkit-dev] Proposed Timer API

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: >> >>va

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

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] New simplified patch review interface for bugs.webkit.org

On Oct 3, 2008, at 2:06 PM, Maciej Stachowiak wrote: > My suggestion: I think the Edit link should be scrapped or reduced > to only the few things you can't do from Review Patch, to reduce > confusion. Related: There are edit links in both bug discussions and the review query that would be

[webkit-dev] WebCoreLocalizedStrings

I'm building a Win32 project that links to WebCore.lib and I'm getting some linker errors, for instance: Error1error LNK2001: unresolved external symbol "class WebCore::String __cdecl WebCore::unknownFileSizeText(void)" ([EMAIL PROTECTED] @@[EMAIL PROTECTED]@XZ)WebCore.lib All of them

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

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 ra

Re: [webkit-dev] Proposed Timer API

On Oct 3, 2008, at 1:48 PM, Maciej Stachowiak wrote: > > 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, i

Re: [webkit-dev] Proposed Timer API

On Oct 3, 2008, at 2:47 PM, Chris Marrin wrote: > > > I think the reason you don't see the pattern of deferred timer > triggering is because today you just can't do it. I think the use > case I described (triggering a timer on an animation or media event) > will be common if and when we hav

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

Hi Geoff, On Oct 3, 2008, at 9:04 PM, Geoffrey Garen wrote: >> Again, I'm wondering how many legitimate uses are there for short >> timeouts in background tabs/windows. > > In a background window: > animation > video For animation and video, is it necessary even in a completely obscured view

Re: [webkit-dev] Proposed Timer API

On 3-Oct-08, at 3:01 AM, Cameron McCormack wrote: > Hi Maciej. > > Cameron McCormack: >>> 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: >>> >>> http://dev.w3.org/SVG/profiles/1.2T/publish/ >>> svgudom.html

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

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, an

[webkit-dev] gjs and WebKit

Hello, Is it in plans to include gjs to WebKit? If it is, what would gjs look like in perspective? Will it be full GObject equivalent of JavaScriptCore API (contain GObject bindings of JSContextRef, JSObjectRef, et c.)? Or it won't differ much from current state? -- Best regards, Anton

[webkit-dev] The "WebCore/platform/" directory situation

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 purpose of the platform/ directory is to serve as a foun