On 27-05-2015 11:32, Gerd Hoffmann wrote:
On Mi, 2015-05-27 at 06:27 -0300, Joao Luis Meloni Assirati wrote:
On 26-05-2015 10:58, Gerd Hoffmann wrote:
This patch adds the two extra brazilian keys to the evdev keymap for
X11. This patch gets the two keys going with the gtk and sdl1 UIs.
With
On 26-05-2015 10:58, Gerd Hoffmann wrote:
This patch adds the two extra brazilian keys to the evdev keymap for
X11. This patch gets the two keys going with the gtk and sdl1 UIs.
With vnc (remote-viewer) only one of the two works correctly.
Probably a client-side issue. Not investigated in deta
Hello,
> I've tested an unpatched QEMU 2.3.0 (x86_64) with "-k pt_br" option and
> the
> "/?°" key works perfectly.
>From the manpage of qemu:
-k language
Use keyboard layout language (for example "fr" for French). This option
is only needed where it is not easy to get raw PC keycodes (e.g.
Hello,
>> 12:44:02.389552: EV_MSC MSC_SCAN 458887 <== Here, / was pressed
>> 12:44:02.389552: EV_KEY KEY_RO (0x59) pressed
>
> 'RO'. Hmm, not very descriptive. Any idea what this could stand for?
RO stands for Romaji, which is japanese with roman letters (transliteration).
>
>> 12:44:04.253486
>> > Anyone having such a keyboard and willing to run some tests?
[...]
> (c) Then use 'input-events ' to get a input event log
> printed to the terminal. Type each missing key once.
>
> (d) Send me the log (with annotation which key is which).
There are two missing keys: / (which is also ?
> 22.05.2015 13:01, Gerd Hoffmann wrote:
[...]
The solution appears to be trivial (see also some background
at http://blog.nielshorn.net/2011/03/qemu-and-brazilian-keyboards/ ),
but the problem is definitely still here.
This is the patch that works:
--- ui/x_keymap.c~
+++ ui/x_ke
