I have a problem with using function keys in TekTerm application from version J106j to I117n.
Parameters used (the important ones):
Connection Type: TelnetTerminal Type: VT220Function Key Remap: NoArrow Key Remap: NoHost Character Set: Lower:ASCII ISO-IR 006 Upper: Latin 2 ISO-IR 101
When I use F5 to open propertie of some object the esc signal gets me back to a previous form, and then the F5 signal is sent.From the server end everything is working as it should, using a computer terminal application.When a do a remap (inside TekTerm) on the F5 to act like a F6, pressing F5 button gives me the F6 signal but does not send an esc signal. So I think the problem it is somewhere inside the TekTerm application.
I did some research here and I found that :
If you check this out: http://images.google.ca/imgres?imgurl=http://www.columbia.edu/kermit/vt320-keyboard.jpg&imgrefurl=http://www.columbia.edu/kermit/k95vtfk.html&usg=__7KspnygFLtq0uTeSo53p_dcgvIM=&h=844&w=1648&sz=567&hl=en&start=3&tbnid=73EIx7jmdCMqcM:&tbnh=77&tbnw=150&prev=/images%3Fq%3Dvt-220%2Bkeyboard%26gbv%3D2%26hl%3Den%26sa%3DG
Notice that the vt-220 keyboard has no F5 key?
The MS telnet, sends for the F5 key the string “Esc[15~" (hex value 1b 5b 31 35 7e)
Now, Tekterm (doesn’t matter if it is running on the PC or the WAP), sends the string " Esc[16~"
Try remapping F5 key under ANSI Telnet Tek term settings to 1b 5b 31 35 7e and test it .
Kind regards ,
Yes, that is the problem, I see now. The emulation we are using is the problem. There is no fixing that (I tried your maping, did not help), so I did it litle weird:
I maped F5 inside the TekTerm to F11, then I maped F11 to be F5 on the application server.
It's not briliant solution, but the F5 key is usable again, and the best part is the clients did not notise any diference in their work.
Thanks a lot for the help!
Hello Miroslav ,
It is quite possible that there is an error in that versions of Tek term .
Have you tried the recommended level?
Both Tek term versions that you mentioned are very old.
I am wondering what Host application you are using ?
Is it Sapconsole with Georgia or Seatle Labs Telnet Server?
In that case you need to remap F5.
Let us know if you need the correct hex code string for remapping F5 for Sapconsole ?
I am working in Serbia, and the former is the latest version I am geting from my reseller.
Its a custom build terminal application that we are producing. We had no problems with other terminal emulations (ie. Wavelink).
Give me the hex code string for remapping (or multiple if you have them) so I cat test that.
Thanks for the help.
The provider of the custom built application should know the correct codes.
You could take a network trace to see what the other terminals are really sending.
That did not fixed the problem. The problem is not the wrong code that Tek Term is sending, but the escape caracter before the code.The code for F5 is good, and it is like on the other terminal emulators, its just that it sends escape before that and it automaticly exits the form I am in.
We can map enything that the device is sending to be F5 on the application side, but it sends escape which we can not hendle.
ESC DelayClients will send escape sequences on certain occasions. For example when a function or arrow key isdepressed a sequence of data is transmitted that starts with the escape character (0x1b). When the escapecharacter is received, the server must determine if this escape is part of an escape sequence or simply an escapekey. Servers use the ESC Delay value to determine how long to wait for the next character after an escapeis received to consider it part of an escape sequence. If a character is not received within this time then theescape is considered to be a escape key, otherwise it is the start of an escape sequence.
If you see that escape sequences are notgoing through and being displayed on the screen rather than being interpreted. For example if you type F10and see odd character starting with "]" or "[". This is most likely to happen with terminal servers or other slowlinks like RAS.
Could it be they use 8 bit Ascii?
7 Bit Escape Sequence
8 Bit Escape Sequence
1B 5B 5A
1B 5B 41
1B 5B 42
1B 5B 43
1B 5B 44
1B 4F 50
1B 4F 51
1B 4F 52
1B 4F 53
1B 4F 4D
1B 5B 31 37 7E
9B 31 37 7E
1B 5B 31 38 7E
9B 31 38 7E
1B 5B 31 39 7E
9B 31 39 7E
1B 5B 32 30 7E
9B 32 30 7E
1B 5B 32 31 7E
9B 32 31 7E
1B 5B 32 33 7E
9B 32 33 7E
1B 5B 32 34 7E
9B 32 34 7E
1B 5B 32 35 7E
9B 32 35 7E
1B 5B 32 36 7E
9B 32 36 7E
F15 / Help
1B 5B 32 38 7E
9B 32 38 7E
F16 / Do
1B 5B 32 39 7E
9B 32 39 7E
1B 5B 33 31 7E
9B 33 31 7E
1B 5B 33 32 7E
9B 33 32 7E
1B 5B 33 33 7E
9B 33 33 7E
1B 5B 33 34 7E
9B 33 34 7E
1B 5B 31 7E
9B 31 7E
1B 5B 32 7E
9B 32 7E
1B 5B 33 7E
9B 33 7E
1B 5B 34 7E
9B 34 7E
1B 5B 35 7E
9B 35 7E
1B 5B 36 7E
9B 36 7E
You are very welcome .
©2015 ZIH Corp and/or its affiliates. All rights reserved. Zebra and the stylized Zebra head are trademarks of ZIH Corp., registered in many jurisdictions worldwide. All other trademarks are the property of their respective owners.