Login  
Search All Forums
Dart Home | Custom Development Reply | General Questions Topics | Forums   
AuthorForum: General Questions
Topic: Non US keyboard mapping
rfj

From: Santa Barbara, CA USA
Posts: 23
Member Since: 07/23/18
posted November 5, 2018 11:31 AM

We have customers in Europe. The French and German keyboards use the right-alt key to generate special characters. On a French keyboard, right-alt 0 produces a "@" character. There are several others. This appears everywhere in our C# application except within the terminal screens.
The KeyUp, KeyDown and KeyPress events show nothing in this situation. The "ProcessCmdKey" does show the distinction between French and US keyboards.
Is there a locale setting for keyboard anywhere?
Nick B (Admin)

From: Utica, NY USA
Posts: 619
Member Since: 05/25/10

Extra Support Options
Custom Application Development

posted November 5, 2018 12:34 PM

Hello,

You've posted this in general questions; what product(s) are you using, and is it the most recent version?

It appears you're using at least PowerTCP Emulation for .NET; we resolved an ALT+NUMPAD issue in version 4.7.0.1; is your version after that?
rfj

From: Santa Barbara, CA USA
Posts: 23
Member Since: 07/23/18
posted November 5, 2018 2:17 PM

It isn't the numpad 0. It is the number 0 on the keyboard. But the issue is more general. Many non US keyboards use the right-alt key (not left alt) to generate additional characters. I can code around this by putting a "KeyDown" handler on the form holding the terminal, and setting it to fire before your control sees it. I see the "right-alt" , decode the value and send it on. But it is a bit of a hack to do this. The alternate keyboard is recognized by your software. But not the right vs left alt distinction. The terminal "KeyDown" event does not fire in this case either.
I am using PowerTCP Emulation for .Net 4.7
rfj

From: Santa Barbara, CA USA
Posts: 23
Member Since: 07/23/18
posted November 5, 2018 2:25 PM

It is working on the Sample terminal supplied by Dart. So it looks like something is disabling this on my end. Sorry about the trouble.
rfj

From: Santa Barbara, CA USA
Posts: 23
Member Since: 07/23/18
posted November 5, 2018 4:52 PM

Yes, we are eating the alt on the keyDown.

But it is a clever bit of code in case anyone is interested. We remap certain keys based upon user locale. The idea is to map "Keys.Decimal (aka the period on the 10 key)" to a comma for user locales which use comma as a decimal point. This way European users can use the 10 key display to enter their numbers. Alas, the "alt" gotten eaten in the keyDown processing for this handling. Not any more.

Thanks for the quick response.
Reply | General Questions Topics | Forums   
This site is powered by PowerTCP WebServer Tool PowerTCP WebServer for ActiveX