xroar keyboard mapping for windows 7

[JeeK]

Hi Xroar users!

I'm currently using xroar-0.34.8-w64 on Windows 7 with german keyboard layout. Starting it up with

Code: Select all

xroar.exe -keymap de -kbd-translate -default-machine dragon32 -rompath C:/Users/JK/xroar-roms -nodos

The problem is how to generate a "@". On DE keyboards it is used to press AltGr+Q, but the emulator maps
AltGr to Strg (=Ctrl) and this has the meaning of terminating Xroar.
If I disable keyboard translation with Ctrl+Z, a @ can be produced with key "Ü" (on the right next to P).
However, it's a bit annoying to give up keyboard translation (or switch back and forth) just to reach the @ key.

Has anyone a hint for me?

Johann

[sixxie]

No immediate advice I'm afraid, but if AltGr is being mapped to Ctrl, that's more than likely the major problem here. I'll have to do some investigating to find out why that would happen...

[pser1]

HI,
same for all windows users, I am afraid!
I am using Ctrl+Z to write the @ and then Ctrl+Z again to go back.
Fortunately the inverse video for lowercase is well supported by Shift+Enter

If there is a chance in future versions to map a PC key that is not used in Dragon
so that this keypress produces the @ sign it would be highly appreciated!

thanks beforehand
cheers
pere

[sixxie]

Very odd, but not the only report of this sort of behaviour.

Are you both using non-UK/US layouts in Windows?

If you run XRoar with "-debug-ui -1", that should print scancodes as you press keys. Out of curiosity, what gets printed when you hold AltGr, then press Q?

A possible workaround might be to specifically not recognise Control if an Alt ("Menu") key is also pressed - try the 2017-40478 snapshot here.

Otherwise I'll have to see about borrowing a Windows laptop...

[JeeK]

Very odd, but not the only report of this sort of behaviour.

Are you both using non-UK/US layouts in Windows?

Speaking just for me: I use a german layout.

If you run XRoar with "-debug-ui -1", that should print scancodes as you press keys. Out of curiosity, what gets printed when you hold AltGr, then press Q?

Strange, the output of any output options (e.g. -print-config-all) does not show up in the command window (of cmd.exe) from which I start Xroar. So I can't tell.

A possible workaround might be to specifically not recognise Control if an Alt ("Menu") key is also pressed - try the 2017-40478 snapshot here.

Otherwise I'll have to see about borrowing a Windows laptop...

Ok, works as described. But AltGr-Q still does not create a @, shows only a Q. I still get a @ only with non-translated keyboard with key "ü", right to "p").

[pser1]

Hi Ciaran,
I am not using any -keymap option, so I assume it is using default value (UK)
With the last snapshot, I get the same result than JeeK gets.
AlrGr + Q outputs a Q on screen, but no way to get the @ sign unless I use
the Ctrl+Z option
cheers
pere

[pser1]

for maybe it could help, this is the screenshot of the start of xroar (under windows 64)
with the option you told us to use.
I don't know where to find any debug trace ... sorry
cheers
pere

LastSnapshot2-small.jpg (37.57 KiB) Viewed 5256 times

[robcfg]

Have you check the stderr.txt and stdout.txt files on your XRoar folder?

[pser1]

Have you check the stderr.txt and stdout.txt files on your XRoar folder?

Hi,
sorry, but none of them exist there
regards
pere

[Alastair]

For those using Windows you have to append ">> filename" to the command to get a file containing any output messages, e.g., xroar -debug-ui -1 >> stdout.txt


Ciaran, Windows using a UK keyboard layout also converts AltGr to Ctrl. Below is the debug information I obtain by using the above command line parameters with xroar-snap-2017-36436-w32 and pressing nothing but AltGr+Q.

Code: Select all

sdl.key press   scan=224   sym=400000e0   mod=0000   unicode=0000   name=Left Ctrl
sdl.key press   scan=230   sym=400000e6   mod=0040   unicode=0000   name=Right Alt
sdl.key press   scan= 20   sym=00000071   mod=0240   unicode=0071   name=Q