- From: Henri Sivonen <hsivonen@iki.fi>
- Date: Mon, 10 Jan 2005 21:23:53 +0200
On Jan 8, 2005, at 16:15, Bill McCoy wrote: > It has to be possible to build rich apps, > simply. As someone else said in another thread somewhere "it's 2005 and > we're still talking about rollovers". I happen to believe that "Street > HTML" > just won't cut it for building rich interactive clients that are highly > usable (by the ultimately users, end users not developers), and that > the > best "worse is better" foundation lies in the XML technologies that > have > been established in recent years (XHTML among them), and that promoting > these technologies would be better for the open/web community than > letting > proprietary tools win. Clearly a number of people on this list do not > agree. > We will see. One of the real issues is that the tag soup legacy is enormous. In intranet apps as well as Web apps, there are countless pieces of tag soup hopelessly entangled in JSP, PHP and ASP on one hand and in print statements on the other hand. Even if using SAX pipelines and document tree-based object models to produce XForms markup was more elegant and pure, upgrading from tag soup and tag soup producing methodology would mean throwing away the investment in the legacy code and starting over. WF 2.0 allows incremental improvements to the mess but alternatively allows the back end to use pure XML tools. If there are no updates to HTML, there's no guarantee that those companies who eventually would decide to move on from HTML would move to a multivendor W3C-recommended solution and would not move to XAML, Flash or Adobe Intelligent Document Platform. As for the term "Street HTML", my impression had been that it was a marketing-friendly way of saying "tag soup", which is more common as a technical term. -- Henri Sivonen hsivonen at iki.fi http://iki.fi/hsivonen/
Received on Monday, 10 January 2005 11:23:53 UTC