W3C home > Mailing lists > Public > www-html@w3.org > November 1999

<METAARCHIVE's and metasouces

From: Ignacio Javier <igjav@ctv.es>
Date: Sun, 14 Nov 1999 14:28:53 +0100
Message-ID: <001701bf2ea4$9362c060$5d8219d4@igjavctv>
To: <www-html@w3.org>
The purpose of this mail is to serve of general utility, as for me would if implemented:

Objective:

    Download more efficiently web pages, especially applied to images.

A generic way:

    Join images in an only archive, (JAR or CAB or XYZ type, is not my problem).

A server/browsers way:

    Serve/capture an archive that contains multiple ones, that form part of that page, and in the browser part decompress and "untar" them.

An HTML especific way:

    <metaarchive id="mysource" src="/jars/thissitegeneric.jar">
    ...
    ...
    ...
    <img metasrc="mysource$image1.gif" src="/images/image1.gif">
    <img metasrc="mysource$image2.gif" src="/images/image2.gif">
    <img metasrc="mysource$image3.gif" src="/images/image3.gif">
    <img metasrc="mysource$image4.gif" src="/images/image4.gif">
    <object metasrc="mysource$java:Bobbles.class" classid="java:Bobbles.class" codetype="application/java">

Or using metaobject (perhaps more standard compliant, in the lexical pow:)

    <metaobject id="mysource" codebase="http://my.cabs.provider/cabinets/" archive="foryourweb.cab">
    ...
 
Observations:

    The non capable browsers don't see metasrc attrib nor metaarchive tag, so they simply dowload the normal way with src as server way path. Capable browsers parse the archive to find metaarchive tag, and if exists, apply them where metasrc is the virtual source in the uncompressed "untared" by browser jar way.If metarchive is a broken link or can't find a concrete archive in the compressed, try with src as traditional, that is, way non capable browsers do.

Greetings, igjav
Received on Sunday, 14 November 1999 15:10:30 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 27 March 2012 18:15:40 GMT