[whatwg] Persistent Scripting Context, was: Offline Web Apps

Ian Hickson ian at hixie.ch
Tue Oct 9 21:35:49 PDT 2007


On Thu, 13 Sep 2007, Dimitri Glazkov wrote:
> 
> 1. Instead of using "application" attribute, move the declaration into a 
> separate head element, like link rel="application". This provides the 
> ability to reference multiple applications and also name each reference:
> 
> <link rel="application" type="text/html" id="dojo" 
> href="http://dojotoolkit.org/files/manifests/dojo-0-9-0.html">

I'm not sure exactly how that would help really.


> (I am implicitly suggesting that the manifest is in XOXO format, but
> that's another topic for another day)

The spec ended up using a simpler format, for what it's worth.


> 3. For each declared application, a scripting context exists. The 
> context is a JS object and can be accessed by querying 
> document.application[id], where id is the value of the "id" attribute on 
> the link element (a bit kludgy, better idea needed here). For instance:
> 
> document.application.dojo.parser = function() { ... }
> alert(document.application.dojo.version);

That seems to conflate multiple features which we'll eventually have. I'm 
not sure they need to be so closely related to each other.


> 4. The scripting context is persistent for the duration of the browser 
> session. In other words, it retains scope and values of the context 
> members across documents, being initialized when the application is 
> first encountered during a browsing session and shutting down when the 
> browser session is terminated. I realize how complex this is 
> implementation-wise.

Probably too complex for now. :-)

-- 
Ian Hickson               U+1047E                )\._.,--....,'``.    fL
http://ln.hixie.ch/       U+263A                /,   _.. \   _\  ;`._ ,.
Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'



More information about the whatwg mailing list