Take a Stand and Understand the Standard - HTML with Style | 4
Take a Stand and Understand the Standard
You see, I'm all for interactivity on the Web. I think it's a great idea. The problem is that people are trying to re-implement already existing technologies by hacking HTML just because it's so immensely popular. And that's the wrong way to do things.
First of all, HTML will never, ever be a good user interface design language. Ever. It just isn't built for that kind of thing. If you want to design a user interface, use a proper toolkit for heaven's sake. Forms are cute if you want to add a quick way to perform a query, but ultimately, just about everything that adds interactivity to HTML is in the wrong place.
I, amongst many others, keep complaining about authors who use tables to position form controls on Web pages in order to give them the look and feel of a dialog box. The real cause of the problem, however, is not the lack of a proper (e.g. CSS-based) way of creating dialog boxes in HTML. It's that dialog boxes have no place in HTML.
This is a good thing. There are lots of neat effects you can create using DHTML, but the problem is that a lot of people are beginning to use DHTML techniques to build real applications. What do I mean by real applications?
The line between Web page as document and Web page as interactive application is very fuzzy. The first problem is when you have Web pages that serve no purpose other than providing an interactive service. Examples of such Web pages are online ordering systems, Web-based front-ends to databases and other similar efforts.
Sometimes, you only need that kind of functionality in part of a Web page. An example would be a form that allows the user to search through a site that exists in every document in that site. Another example is the form that allows you to subscribe to our newsletter that appears on the HTML with Style front page. Here, we have the problem that we want an interactive application inside an HTML document. Currently, the subscription form uses HTML forms for the user interface toolkit, CSS for the user interface layout, and a CGI script to process the form submission. The amount of code you have to write, and the amount of trouble you have to go to in order to get what is essentially a dialog box that asks you your e-mail address and whether you want the HTML or plain text newsletter is staggering.
But when you start using HTML, CSS, and scripting to create an interactive application, you've got a problem. You're using the wrong tool for the job. You'll probably create an invalid document that will definitely not make sense if seen as a document and not an application. You'll probably have huge development costs because you have to work with buggy implementations, as well as the incredibly limited features of the HTML-CSS-JS trio compared to a fully-featured programming language.
Produced by Stephanos Piperoglou
Created: August 25, 1999
Revised: August 26, 2089