So here I am: without helpful "feedback" but how about a crazy (potentially
irrelevant or redundant) idea?
What if the URL specs permitted a variable path element that could be
user-programmed with a local path setting: a localhost-directory identifier?
Imagine a game, medical-app, or mm edutainment WWW page that could call
sound, still and video files off of users' storage media (e.g., CD-ROM). It
would also help HTML developers, because it would make it easy to experiment
with alternative subdirectory-hierarchies during optimization.
..............................................
| -localhost identifier-| - partial URL - |
| variable path element | relative path table |
..............................................
| |
| U R L |
..............................................
e.g.,
<d:\gamever2\> weapons\Cajuns.htm
such that HTML documents' URL would only contain: "weapons\Cajuns.htm"
[of course the HTML document would have to include an element or appropriate
symbol before the relative path table.]
and the user (in the example) would set his variable path element to:
"d:\gamever2\".
By opening up secondary media retrieval, it could give the Web an ancillary
dimension (socially/users sharing identical local files but with different
platforms and configurations requiring custom path identifiers). It would,
for example, allow competitive sequences of AV files to be proposed by
members of workgroups (sharing a half-dozen or dozen gig of ROM, like 10 or
20 CDs full of XA files). This could also improve quality of education,
since online frequently-updated Web pages could call to AV-encyclopedias of
various material (or content/resources/'product').
veyr