Lists Home |
Date Index |
for me, but if this
is Paul's refutation of the "browser is dead" thread,
a good statement of the UIVM idea, long on politics, but it is a
University of Waterloo did some similar work but I've long since lost
reference for that. The idea
dawned on me while we were doing
the MID work for the Navy. Our sponsor at
Carderock, Eric Jorgensen, referred
as a notional player. Eric is an often uncredited but far-sighted
was the IETM world where the requirements were elaborated
contexts of a US Tri-service requirement for a common IETM presentation
system. Separation of presentation logic and properties
properties was an assumed part of the IETM strategy before the web.
was the original Thor's hammer of SGML and the nascent
hypermedia lunatic fringe. The problem was that there
IETM browsers, but each one was owned by a company, had it's
formats, and so on. Proprietary, as Mike says, and worse, usually
to one or the other services. Since the IETMDB was already
accompli, what was needed was the means to deliver the
presentation in a neutral language. We designed MID for that,
were too late and OBE.
UIVM concept worked for the MID, it works for web browsers, and so
depend on a language (the candidate then was MID II) that made the
features dominant: ease and expense of authoring is a
it isn't a hard idea to grasp. As I've said before, anyone who ever
Windows 3.1 resources file got the idea quickly. Where
it fell apart
SGML was exactly where one would suspect: the need or application
SUBDOCs because otherwise, associating the database to the
easy to do using standard means. This was before XML and before XML
of the folks that looked at MID and worked with it a bit was Jean Paoli
at GRIF. Yuri Rubinsky came to tell me later that no one would
use MID because
had to succeed at any price. As he said, "for the first time
history, SoftQuad is showing a profit". Sorry folks, but a lot
pioneers had to do that to keep "contributing". It isn't that only
profits matter, but that profits matter.
nothing new under the sun, but historical precedents show that
different groups without cross-pollination arrived at essentially the
and found it both attractive and implementable. That, as I recall, means
passes TimBL's principle of independent invention filter.
critical problem, market wise, is the legacy. Otherwise, does
the right stuff? The question is simply, as you put it, are there enough
advantages to make the pain of adoption worthwhile? I don't
freebies, so a lot of that pain is some other vendor's to suffer. My only
is that that are options that would enable them to say "you can do
with this other model" (eg, XDocs, smart clients, what have you) and
the pain or the costs. What you should be looking for is something
can be done with XHTML 2.0 that can't be done other ways for the
or less cost.
In a message dated 20/11/2002 16:43:15 GMT
Standard Time, email@example.com writes:
1. Does XHTML 2.0 have a future?
Yes. For those who believe in and
want to pursue development of
the Universal Interface Virtual Machine (UIVM)
as Paul calls it, a
native language for that machine is needed.
development of that idea?
Although it seems to have been less than
obvious to a few on this list I am actually trying to explore what I see as
a serious issue.