Gunther Schadow wrote:
>
> > >This comment is from the end-user's point of view, modified by
> > >conversations with programers relative to my own project design.
> > >
> > >Just having SQL and Java will not be adequate to provide an
> > >ergonomically efficient interface, adequate security, and
> > >efficient data management, based on what I've seen and been
> > >told.
>
> just having a computer will not be adaequate to do good stuff,
> you have to have/write good programs :-)
>
OK, so I embarrassed myself by revealing that I am a one-pony
show, only competent at doctoring...
Still, aren't there concerns about getting locked into a single
browser?
Based on my experience with form-based data entry in browsers,
there seems to be a remarkable lack of flexibility in screen
placement of prompts and items, especially the inability to decrease
whitespace in order to keep to a single screen. Is there a way
to change the data-entry process contingent on the real-time
field entries? Is it possible to post-process entered data analytically
based on the entries in several fields and use this to detect
logical inconsistencies among entries, or to notify the user
immediately (before page submission) of non-permissible out-of-range
values? Is it possible to combine picklists and tab completion in
netscape, for example? Can this all be done with remote access?
And...when Java scripts are involved, will it be reliable?
The only thing that predictably will crash netscape on my
Linux systems is sites that appear to use complex Java scripts.
The concern is with end-user ergonomics.
I apologize again for my ignorance.
Dan
