Alternatives to the W3C
Len Bullard
cbullard at hiwaay.net
Thu Jan 20 19:13:17 GMT 2000
Didier PH Martin wrote:
>
> Yes Eliotte you made me think that the web will evolve at a much slower pace
> now. Up to now, this was not the case with the old desktop paradigm.
Yes, the cost is the consideration and in some cases, over a very long
lifecycle.
This is what many do not cope with yet because as it is said, they are
developing
ecom (web page as Sears catalog) sites. That kind of site is fairly
easy to
define in terms of transactions and GUI events. Forms, and in this
case,
forms which have yet to meet the feature and reliability numbers of
the client/server apps developed over standard frameworks.
Statelessness comes
with a price.
Evolution has not slowed. It has divided into many domains.
Up to this point, people see the evolution of the web in terms of the
web browser evolution although the serious changes are in the pipes
(eg, broadband), in the emergence of dedicated applications
(eg, RealMedia, WinAmp) and the first timid steps into more resource
intensive content types such as are needed for entertainment. So,
instead
of watching the evolution of a hearty band in a single colony, we
are watching the co-evolution of communities of applications
(information ecologies) with boundaries, fits and starts, reversals,
and so forth. The web becomes many things and the browser, lots
of little TVs. Is that to continue? Perhaps, but for now, the issue
of substance in this thread remains how to guarantee reliable
operations.
Some see the AOL/TW merger as powerful based on the extant
libraries. But those libraries are 20thCentury content. While
they are valuable, just as Turner had to colorize his acquisitions
to get new audience (not that I think that is artistically a good
thing), the TW libraries may not be what is best. When movies
emerged, plays were adapted until the modern screenscript emerged.
When TV emerged, movies and plays were adapted until the 22 minute
episode emerged. With the web, we can already see very different
and not backwardly compatible entertainments emerging and these
have reliability requirements that far exceed those of the
web browser cum HTML.
Because there is a need, the innovation and domination will follow.
len
xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev at ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ or CD-ROM/ISBN 981-02-3594-1
Unsubscribe by posting to majordom at ic.ac.uk the message
unsubscribe xml-dev (or)
unsubscribe xml-dev your-subscribed-email at your-subscribed-address
Please note: New list subscriptions now closed in preparation for transfer to OASIS.
More information about the Xml-dev
mailing list