This post originated from an RSS feed registered with Java Buzz
by Chris Winters.
Original Post: Why isn't there a website-in-a-file?
Feed Title: cwinters.com
Feed URL: http://www.cwinters.com/search/registrar.php?domain=jroller.com®istrar=sedopark
Feed Description: Chris Winters on Java, programming and technology, usually in that order.
Maybe this is crazy talk, but it would be awfully nice for browsers to be able to resolve resource paths in archives like Java does in JAR files. For instance, I could create a presentation with something like S5 and zip up its directory structure into a single file -- 'mypresentation.zip'. That file would have all the HTML, CSS, JavaScript, images and whatever else I need to persuade someone that Triscuits are much better than Wheat Thins. (Or whatever.)
Then I could send 'mypresentation.zip' to my Wheat-Thin-eating buddy Clyde who can open his browser, choose, 'File | Open...' and pick my file. (Or right-click, choose 'Open with...' and pick the browser, whatever.) And he'd be able to see my presentation no matter how many graphics, CSS files, JavaScript files it referenced. And Clyde wouldn't even know or care about all that; he'd just have an overwhelming urge for baked, whole-wheat crackers.
So the browser would be responsible for:
opening an archive file (format doesn't matter)
opening the right file initially (name it 'index.html', 'home.html', 'Default.htm': whatever floats your boat),
resolving references within the archive as directory paths -- so if the root level 'index.html' used 'ui/slides.css' the browser would know how to find it.
AFAIK it already knows how to do the first and third, and the second is just a matter of using what 99% of people already use today. Some judicious use of temp directories (which they're already doing, right?) and you're set.
This doesn't seem very difficult and I'm sure I'm not the first to think of it. Is there something like this now? (Besides PDF or PowerPoint...)
Previous Topic
