Hi,
Thank you Frank and J for the info provided so far! I was referring to
the actual quotes key on a US keyboard, not accented characters I think.
Apologies, if I didn't make that clear. On a US keyboard it's the key
left from the Enter key and either used to put text between quotes, like
this ' example' or (with Shift held down) "example", or in quite a few
games as the up or forward key for player control (and that's why in
!Hopper I could not move the frog upwards on the screen, only sideways).
J's response about Windows keyboard settings triggered me to try the
following. Here in NL I use as Windows keyboard: USA (International).
But I have added now under Windows the following keyboard as well:
United Kingdom. When selecting the latter keyboard and trying the quotes
key again in RPCEmu it's now being picked up. In !Edit it prints ' and
(when Shift is held down) " on screen and in !Hopper the frog is moved
upwards on the screen. When using this keyboard under Windows however
then the quote key is giving me ' and (with Shift held down) @ instead of ".
So, work around is available for me it looks like though not ideal :-)
Put RISCOS !Boot -> Keyboard to USA and when using RPCEmu put Windows
keyboard to United Kingdom temporarily.
Hope this makes it a little bit clearer on what I'm experiencing!
Best regards,
Jeroen
On 25-5-2018 11:15, J Percival wrote:
Okay, I get what you mean by accent keys now - so trying to produce a
normal single quote for example in RPCEmu and having to hold down
Alt-Gr? But it works fine outside of the emulator? That's strange.
I had a look at RPCEmu's keyboard handling code a bit. It uses
scancodes/keycodes and its own translation tables (explains why
setting US layout in Windows didn't make any difference). The codes on
Linux (X11) aren't raw scancodes apparantly as they can be altered by
the host to take account of different keyboard layouts, but if this is
sometimes a problem on Windows as well, then that's probably not
relevant. I don't know why, say, a single quote would be treated as
such in the host but as a dead key by RPCEmu but it could be a Qt bug.
Input-handling doesn't seem to be one of its strong-points. Did you
have the same problem in 0.8.15?
Regards,
James
On Fri, May 25, 2018 at 7:42 AM, Frank de Bruijn
<[email protected] <mailto:[email protected]>> wrote:
In article
<CAFWmK8yBw+vMAZjrVbQKtP+vjSK3wupnMDVQ5abCuN4mzV2=0...@mail.gmail.com
<mailto:[email protected]>>,
J Percival <[email protected] <mailto:[email protected]>>
wrote:
> Hi Frank. My response was to Jeroen's e-mail. I assume he was
talking about
> the actual quotes key on a US keyboard, rather than anything
related to
> accented characters.
He wrote about the " and ' keys, which are essentially accent keys. He
also wrote '...pressing the key does not generate output.' which
is the
same thing that's happening here when any of the accent keys are
pressed
without AltGr. That's why I replied to him, suggesting he'd try the
AltGr route. As he hasn't responded yet, we can't be sure whether
it is
the same issue or not yet, though.
Regards,
Frank
_______________________________________________
Rpcemu mailing list
[email protected] <mailto:[email protected]>
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
<http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu>
_______________________________________________
Rpcemu mailing list
[email protected]
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
---
Dit e-mailbericht is gecontroleerd op virussen met Avast antivirussoftware.
https://www.avast.com/antivirus
_______________________________________________
Rpcemu mailing list
[email protected]
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
