random thought... doesn't xslt make this possible? use a small xml file describing your content, transform that with an unchanging XSLT to the full content.

(From Alex: Hm, good point. How can we help the developer develop the XSLT in the first place? Would storing the static files, such as the XSLT stylesheet in chrome, still cut down on bandwidth in a significant way?)

http://disruptive-innovations.com/zoo/20040830/HTMLoverlays.html

(From Alex: Yes, I know about that, too. But that's a backwards situation in this scenario, where the content from the overlay is cached. If you try to do the uncached behavior by overlay, you still end up loading the whole page, I think.)

Some people incorporated frames into their design for this reason. It saved bandwidth in the process. Since those portions of the page never reloaded.

People hated the damn frame concept though. Myself included.

(From Alex: My answer to that concern would be including a static content timestamp in whatever XML file carries the dynamic content and comparing that against a timestamp in the installed static content. If the dynamic one differs, then we simply throw out the entire thing, get the full page, and cry for help to the user to get a new package or notify the server's owner.

Or, the client could send that timestamp with its request, and if it receives an application/xhtml+xml content-type in response, then it dumps any cached content and cries for help as described above.)

I have thought about similar things. Only concern I would have is security. With an installed xpi, does it not have local access? Or is there a way to sandbox an installed xpi?

(From Alex: Ooh. I have no idea.)

Your XSLT would be static, so that solves the cache problem.

I really like the idea of serving just the dynamic content as a simple XHTML document and using a client-side XSLT to add the common, static content.

What would be great, is a specific framework for this purpose, as opposed to XPI. Installing a new XPI for every site requires you to whitelist the site, then install it - with universal privledges no less!

Maybe a new type of XPI that only has remote privledges..
This is a really good idea.. Webpages load like local apps. Moz also has a preload feature, so you could get it to preload all the remote templates when the front page is loaded.

Harddrive space is a lot cheaper than bandwidth - and the users get a more interactive application.

If i get time next week I'll quickly code something up. I guess they should be stored in the user profile.
And there needs to be some sort of preference window that lets you manage/delete these webextensions.

(From Alex: Well, wait a sec. file:/// protocols don't have privileges. Files in chrome do, but not files you access through the operating system.)

Anyone got a link to a page listing what privledges file:// URIs have?

I'm pretty sure it's not exactly the same as remote files...

Isn't that almost the definition of a rich client app?

(From Alex: I don't think so. You still need some server-side stuff, and HTML is really not intended as a UI language!)