We've had code in place for nearly 20 years to handle, at least a little
bit, this type of problem. In fields with lots of text, we call a sub
for the input that permits most of the editing commands found in line
editors (e.g. c/x/a/, append, etc.) Not a great solution, but better
than retyping all the text.
Drew
Mark Johnson wrote:
Despite the progress made with conversions from green screen to GUI, my
client base for example is virtually 100% green screen. I've been adding a
few Accuterm GED programs but not to any huge extent.
I believe that the providers should catch up with the times, especially
Raining Data and IBM. They should recognize that the conversions from green
screen to GUI do not happen overnight and it is truly an extremely large
undertaking to consider re-writing legacy code for a gui interface. I'm not
talking about re-developing the apps, just trying to make them a little more
modern.
One client would like their legacy Order Entry app re-written in a GUI
interface. I'm truly afraid that my cost for this project will be
prohibitive and that it may never happen. Thus adds another frustration.
Nothing embarrasses me more than having to explain to a client's new
employee that they have to re-type the whole answer if they spelled Apt 4B
instead of Apt 4A on a long address line. That tiny piece of time starts off
their relationship on a tremendous backwards note. Granted we know that the
apps are sophisticated underneath. But the employee's shrugging shoulders
speaks volumes.
Perhaps what I'm hearing is that RD & IBM will turn their back on this
concept and, like many things, it's in my hands. So I'll re-deploy my
GET.ANS() subroutine and try to tweak it for my different client's
environments. Most users are not cut & paste oriented. They just want to get
to the end of 123 East South Street NW, Apt 4B and replace the B with an A.
I don't blame them for condemming the application (and thus the database)
with such a tired user interface.
MS QuickBasic didn't provide any <Home><End><Del><Insert> kind of INPUT
statement. It actually provided too many INPUT formats so I had to write my
own. Fortunately there were no terminal emulations or other 'environments',
just DOS. Now, anyone programming with VB doesn't concern themselves one
bit with these shortcomings. It's part of the environment.
My 2 cents.
Mark Johnson
----- Original Message -----
From: "Brian Leach" <[EMAIL PROTECTED]>
To: <[email protected]>
Sent: Tuesday, December 20, 2005 7:22 AM
Subject: Re: [U2] Using Esc
Mark,
AFAIR UV does provide cursor driven input - see the Input @, KeyEdit and
KeyTrap statements. It is however pretty horrible.
You can't blame the vendors for this one though. The problem has been the
mindset of a community that hasn't shared code (how many virtually identical
menu runners or input subroutines have I seen over the years) even though
the runtime binding model of external subroutines makes it so easy...
I doubt the vendors would be interested in extending a 20 year old text
interface when you can download the free VB 2005 Express, UO.Net and do it
all properly ...
Brian
-----Original Message-----
From: "Mark Johnson"<[EMAIL PROTECTED]>
Sent: 19/12/05 05:25:10
To: "u2-usChis case MS got it right. Every input behaves very much
like every other
with the special keys.
I believe that this should be accomplished by the providers
themselves, ie
Raining Data and IBM in their future releases. They already interpet
the
TERM setting and it would remove the differences. I took my GET.ANS
and
tried to fit it on Accuterm and couldn't get the proper backspace.
-------
u2-users mailing list
[email protected]
To unsubscribe please visit http://listserver.u2ug.org/
-------
u2-users mailing list
[email protected]
To unsubscribe please visit http://listserver.u2ug.org/
--
----------------------------------------------------------------------
Drew Henderson "There are two types of people -
Dir. for Computer Center Operations those who do the work and those
[EMAIL PROTECTED] who take the credit. Try to be
in the first group, there is
110 Ginger Hall less competition."
Morehead State University Indira Ghandi
Morehead, KY 40351
Phone: 606/783-2445 Fax: 606/783-5078
----------------------------------------------------------------------
-------
u2-users mailing list
[email protected]
To unsubscribe please visit http://listserver.u2ug.org/
