Not able to input @ using HTML5 with Mac browsers

[cesare]

Using TSPlus 08.30.8.1 with HTML5, we have noticed that it is not possible to insert the char @ (at-sign) using Mac Browsers, italian language.

Tried with:
- Chrome 44.0.2403.125
- Firefox 39.0

The same using PC Windows, same browsers version is working.

We are experiencing the same problem also using the demo on line at "http://www.terminalserviceplus.com/demo.php" (simply using "Notepad.exe"), so issue seems not related to our pubblished application.

Any suggestions, if available, will be appreciated.

[juwagn]

Hello,

according to italian table
//SC VK_ Cap 0 1 2 6
27 OEM_3 0 00f2 00e7 -1 0040

means CTRL+ALT+OEM3, on german keyboard as example that is CTRL+ALT+Q, like on german keyboards italian keyboards have AltGr button, which is in fact concatenation of right CTRL+ALT.
Also when ever under PC browser you press AltGr, browser sends automatically right_Ctrl+Alt as pressed button.
In Mac world you do not have AltGr button, but you are controlling Windows session where you can not press Mac's standard combination for this char, because under Windows world they have absolutely other char/function effect..
As example on my german Mac the mac world @ char is produced by Alt+L, but inside Windows that does not produce a char, but is working combination of a running program inside session. also Alt+L has registered handler inside session and not producing chars, but on Windows world in german keyboard table the char @ is produced by combination of AltGr+Q. So to emulate it on german Mac I have either to press
Left_Ctrl + Right_Alt + Q
or
Left_Ctrl + Left_Alt + Q (but this combo is not always accepted by windows programs because of left ctrl)
or
Right_CMD + Right_Alt + Q
----------
Also translated to italian keyboard of Mac that would mean
Left_Ctrl + Right_Alt + OEM_3
or
Left_Ctrl + Left_Alt + OEM_3 (but this combo is not always accepted by windows programs because of left ctrl)
or
Right_CMD + Right_Alt + OEM_3
However, when in german keyboard it is easy, because Q is Q button, I have no idea, which button it means on italian keyboard.
When I start osk.exe this button is next after L, on german keyboard this button means Ö, and on italian according to osk.exe button ç
Also I would try
Left_Ctrl + Right_Alt + ç
Left_Ctrl + Left_Alt + ç (but this combo is not always accepted by windows programs because of left ctrl)
Right_CMD + Right_Alt + ç

More over go sure, when using Mac browsers, that the session inside correctly recognizes the locale of your browser and sets italian language inside session, because some browsers report it self as english,and so you are unable to input your locale chars, because session inside is preset to english keyboard conversation table, when it is your case and you see english than set in index.html var lang = "it_it" and restart the session to forcibly set italian. Usually inside session you see it in task bar, or you can start inside session osk.exe (is part of any windows like calc.exe/notepad.exe etc.) osk.exe will show you your actual keyboard/locale inside session.

[cesare]

Hello

I have re-checked and I can insert @ char (on Mac italian browser using HTML5 version) using RIGHT_ALT 5

Very strange, I never saw such similar behaviour before.

Instead using Windows italian browser using HTML5 version all is normal.

If you have some suggestion/setting it will be appreciated: not normal to ask our user to use RIGHT_ALT 5 to input @

Thanks for all the support given.

[juwagn]

Hello,

fortunally you have found OEM3 button on Mac.
However on Chrome and Safari OEM3 seems to be on two places, also 5 and 9, on FF only on 5, and additionally FF sends zero events on lower range of buttons, so some buttons like [ or ] are unusable on FF, but may be I have older version of FF, but highly they did not fix it.. If browser sends garbage, here you can not jump over your head..
I have already tried in the past to accept characters instead key buttons, but there was a customer with english keyboard, who was unable to use his application on Mac, because the keys that produce chars on Mac with pressed Alt button, have function on his Windows application, so I decided, since you are controlling windows system, so it's functionality has priority and not of mac, so who really cares to work from Mac with Windows has to suffer things like different expected char position, because on browsers I can not 100% bring two worlds together without suffering anything..

[cesare]

Thanks for the reply.