Shawn after Kevin after Joseph...

>>> Can the web be the only UI - does this make any sense at all?

>> I think that this is an excellent question.  Does it make sense to use
>> the web (html forms specifically) for applications that require someone
>> to do data entry all day long?

>A web page is just like block mode, the idea for data entry is that it
>is supposed to be done fast.  A web page would work fine depending on
 ...
>So it's all in the design, but it is an acceptable way to go.

Keep in mind that filling in an HTML form is frequently not as efficient
as keeping your hands on the keyboard all the time (no mouse grabbing).

Furthermore there is the underlying architecture issue that http was not
really designed as a protocol for stateful, session based user dialogs;
it's origin is "convenient downloading of documents", and that gets quite
visible in all the hoops that web app's have to go through for keeping
track of the user's logon, shopping cart etc (cookies, URL rewriting, et
al). And then there is the inefficient use of resources by having separate
TCP connections for each HTML screen and http transaction...

I always found web app's highly complex and inefficient due to the misuse
of the HTML and http inventions for attempting to create a user interface
to some server based application. Sure, using infrastructure tools (like
Java Servlets ;-) helps to shield the programmer from having to code all
the horrible details by hand, but nevertheless the ugly stuff is there.

Remember Wirt's postings about complexity versus simple and robust designs?

Lars.

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *