AFAIK, only one event can run at a time. JavaScript has only one thread, so
an event generated while another event listener is executing is placed in a
queue, to be executed when the current execution thread is done. With
onunload, the entire page is unloaded after the event (if it returns true),
Everything you say is true, but it is possible to generate navigation
events synchronously. For example, you can programmatically submit a
form to about:blank.
Adam
On Mon, Sep 21, 2009 at 11:02 PM, Marius Gundersen gunder...@gmail.com wrote:
AFAIK, only one event can run at a time.
On Sat, 19 Sep 2009 13:49:15 +0200, Michael A. Puls II
shadow2...@gmail.com wrote:
Currently, registerProtcolHandler works like this:
navigator.registerProtocolHandler(protocol,
http://example.org/?uri=%s;, title);
However, this doesn't allow the site to specify some useful and
important
2. The location of an icon like a favicon.ico file or png etc.
This is actually a real privacy issue. The user agent would periodically fetch
a remove favicon, which discloses the end user's ip.
If any, such favicon would need to be made available offline immediately when
installing the
On Tue, 22 Sep 2009 09:54:12 -0400, João Eiras jo...@opera.com wrote:
2. The location of an icon like a favicon.ico file or png etc.
This is actually a real privacy issue. The user agent would periodically
fetch a remove favicon, which discloses the end user's ip.
If you go to a site
On Tue, 22 Sep 2009 09:10:02 -0400, Anne van Kesteren ann...@opera.com
wrote:
On Sat, 19 Sep 2009 13:49:15 +0200, Michael A. Puls II
shadow2...@gmail.com wrote:
Currently, registerProtcolHandler works like this:
navigator.registerProtocolHandler(protocol,
http://example.org/?uri=%s;,
On Mon, Sep 21, 2009 at 5:26 PM, Michael A. Puls II
shadow2...@gmail.com wrote:
On Mon, 21 Sep 2009 16:30:29 -0400, Boris Zbarsky bzbar...@mit.edu wrote:
Of course, if the idea is to support deferring for images, object and
embed etc. and it's not desired that that support be given through
On Tue, 22 Sep 2009 17:32:59 +0200, Michael A. Puls II
shadow2...@gmail.com wrote:
On Tue, 22 Sep 2009 09:10:02 -0400, Anne van Kesteren ann...@opera.com
wrote:
The IRI specification dictates UTF-8 already.
But sites might not follow it.
Then they will need to be updated if they want to
On Tue, 22 Sep 2009 11:46:01 -0400, Anne van Kesteren ann...@opera.com
wrote:
On Tue, 22 Sep 2009 17:32:59 +0200, Michael A. Puls II
shadow2...@gmail.com wrote:
On Tue, 22 Sep 2009 09:10:02 -0400, Anne van Kesteren
ann...@opera.com wrote:
Is this not already known? Or is there no
On Tue, 22 Sep 2009 11:42:25 -0400, Tab Atkins Jr. jackalm...@gmail.com
wrote:
On Mon, Sep 21, 2009 at 5:26 PM, Michael A. Puls II
shadow2...@gmail.com wrote:
On Mon, 21 Sep 2009 16:30:29 -0400, Boris Zbarsky bzbar...@mit.edu
wrote:
Of course, if the idea is to support deferring for images,
please provide comments on the HyBi mailing list (
https://www.ietf.org/mailman/listinfo/hybi ).
cheers
Salvatore Loreto
www.sloreto.com
Original Message
Subject:[hybi] Proposed charter for HyBi BoF in Hiroshima
Date: Tue, 22 Sep 2009 00:15:46 -0600
From: Joe
As currently specified, the tokeniser is mostly, but not completely,
independent of the treebuiilder.
The major obstacle for an independent tokeniser seems to be that the
content model flag is set to RCDATA, RAWTEXT or PLAINTEXT by the
treebuilder and not by the tokeniser. In most cases,
On Wed, 16 Sep 2009, Erik Vorhes wrote:
On Wed, Sep 16, 2009 at 4:16 AM, Ian Hickson i...@hixie.ch wrote:
Unless there is some semantic value to the name being more than
just a name, yes.
Is there?
Yes
What is it?
and with the removal of the dialog element (of which I was unaware
On Tue, Sep 22, 2009 at 8:46 PM, Ian Hickson i...@hixie.ch wrote:
On Wed, 16 Sep 2009, Erik Vorhes wrote:
On Wed, Sep 16, 2009 at 4:16 AM, Ian Hickson i...@hixie.ch wrote:
Unless there is some semantic value to the name being more than
just a name, yes.
Is there?
Yes
What is it?
cite
14 matches
Mail list logo
