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:
On Oct 2, 2008, at 9:39 PM, Darin Fisher wrote:
In short, our architecture makes me
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
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?
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 your
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
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
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 PM,
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
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
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
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 extended
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 new
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
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 mailing
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 hope
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
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
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 http://webkit.org/new-
bug?
- Mark
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:
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 used
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 start
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
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 http://www.domain.com/ cannot access a
database saved from a web page served from
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
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
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
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
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
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
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
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, it would be nice if there could be
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?
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#svg__SVGTimer
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
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
35 matches
Mail list logo