| Title: | *OLD* ALL-IN-1 (tm) Support Conference |
| Notice: | Closed - See Note 4331.l to move to IOSG::ALL-IN-1 |
| Moderator: | IOSG::PYE |
| Created: | Thu Jan 30 1992 |
| Last Modified: | Tue Jan 23 1996 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 4343 |
| Total number of notes: | 18308 |
G'day,
A customer has problems with the KEYPAD ON/OFF function ALL-IN-1
Version 2.4.
The users toggle between two session on a DECserver. One session
running ALL-IN-1 and the second has access to another node that runs an
application that reset's the keypad to numeric it requires VT100
terminal type.
In ALL-IN-1 the customer did the following to toggle the keypad in
named data
;;.TYPE;;
MENU
;;.GOLD 1;;
KEYPAD ON\
GET "KP ON"
;;.GOLD 2;;
KEYPAD OFF\
GET "KP OFF"
I did something very similar in the DEFAULT form
;;KEYPADON;;
KEYPAD ON
;;KEYPADOFF;;
KEYPAD OFF
The KEYPAD ON/OFF does not reset the keypad to Application or Numeric.
I read the documentation and it said "You cannot call KEYPAD
interactively". Is there another way of resetting the keypad ?
Thanks
Sunil
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 801.1 | Escape seq? | IOSG::TALLETT | Arranging bits for a living... | Thu Jun 04 1992 10:05 | 10 |
I've never used this function, but my guess is that it only
resets the keypad if it thinks the keypad NEEDS resetting,
which it won't in your case. It probably just calls some FMS
routine to do the business.
Try just sending the escape sequence directly to the screen.
Regards,
Paul
| |||||
| 801.2 | ^R | UTRTSC::BOSMAN | We're just sugar mice in the rain | Thu Jun 04 1992 10:49 | 5 |
Hi Sunil,
Try ^R.
Sjaak.
| |||||
| 801.3 | or ^W or GOLD-W in some places | IOSG::TALLETT | Arranging bits for a living... | Thu Jun 04 1992 15:43 | 1 |
| 801.4 | Found a work around | GIDDAY::SETHI | Man from Downunder | Fri Jun 05 1992 03:58 | 28 |
Hi,
Re .1
If it's the case that it only resets the keypad when "it thinks it
NEEDS resetting", the documentation is very unclear on this point and I
find it ambiguous. Sorry if I have upset anyone I am just making a
point because the customer found it so and you know the saying "The
customer is always right".
However I found another way around the problem. In Named Data of the
DEFAULT for I added the following and it worked.
;;KEYPADON;;
GET OA$DCL='SET TERMINAL/APPLICATION_KEYPAD'
;;KEYPADOFF;;
GET OA$DCL='SET TERMINAL/NOAPPLICATION_KEYPAD'
The customer was not to happy about the Control r or w option he just
wants it to be "User friendly".
Does anyone out there know how KEYPAD ON/OFF works ? Thanks for your
help.
Sunil
| |||||
| 801.5 | Something else to try | IOSG::SHOVE | Dave Shove -- REO-D/3C | Fri Jun 05 1992 15:57 | 14 |
Well, it calls a Forms driver routine (FDV$SPADA) to turn it on or off,
but _only_ if it "thinks" it's wrong, or it thinks it doesn't know.
A number of things can happen to make it "think" it doesn't know. The
ALL-IN-1 functions ACMS (!), CLEAR, COMMAND, DCL, DTR are some.
So maybe you could call one of these before you issue the KEYPAD call.
CLEAR makes the screen refresh, which might not be acceptable to your
customer but should otherwise work.
On the other hand, as you've found a way that works, maybe that's good
enough.
Dave.
| |||||
| 801.6 | ex | GIDDAY::SETHI | Man from Downunder | Tue Jun 09 1992 01:15 | 10 |
Dave,
Re: 5
I just wanted to have some insight into what was happening and how the
KEYPAD ON/OFF worked.
Thanks,
Sunil
| |||||