Problem with ABNT-2 Keyboard.

[Leandro Jardim]

Hi Toni, I have a brazillian ABNT-2 keyboard, it has some keys not present on the standard style US keyboard and I use a ABNT-2 keymap from the old ATO.

Interestingly, there is one extra key, near the right shift, that is KEY_73 from Input Dialog that dont appears to have a corresponding key on the ABNT-2 keymap. This key should emit the slash and interrogation symbols, but unfortunately it doesnt. I can only enter these symbols with the ALT key.

If some Brazilian guy uses WinUAE and could say how him approached to fix it, I would like to greet you.

Or else, if Toni could say if there is a way to put ALT+KEY macros in WinUAE for me to generate the corresponding symbol on the Amiga side, this would make me very glad, too.

Thanks!

[Toni Wilen]

if there is a way to put ALT+KEY macros in WinUAE

It is possible. Input panel Qualifier support was added in 2.4.0. Note that this is not restricted to keys, joystick buttons can be mapped as qualifiers too.

Remap the key normally in Slot 2 (or later slot, not Slot 1 because you wanted to keep normal non-qualifier key intact)

Then click "Qualifiers" column and select one or more qualifier key(s). Input target will now only trigger when mapped key is pressed and all selected qualifiers are currently pressed. Original key in slot 1 now only triggers when no qualifiers are pressed.

Numeric Qualifiers are user-configurable. (Remap another key or button using Remap feature and map it to "Qualifier n" input target)

[Leandro Jardim]

Ops, sorry Toni, I think I dont explained correctly.

What I tried to meant is if there is a way to generate ALT+KEY keystrokes on AmigaOS with WinUAE.

[Toni Wilen]

Originally Posted by Leandro Jardim

Ops, sorry Toni, I think I dont explained correctly.

What I tried to meant is if there is a way to generate ALT+KEY keystrokes on AmigaOS with WinUAE.

Yes, it has been possible for years.

Map ALT to slot #1 and "KEY" to slot #2. Input target press: ALT press is sent first and then "KEY" press. Input target release: "KEY" release is sent first and then comes ALT release.

[Leandro Jardim]

Thanks Toni.

[Leandro Jardim]

Hi Toni, I am using WinUAE to remap ALT+Q and ALT+W to one same key, but the former I would like to activate only with the shift key pressed too. In my testings, WinUAE is able to detect the shift key and it chooses the right slots to execute, but when I press the key together with shift what is sent to AmigaOS is ALT+SHIFT+W and not only ALT+W. This propositional by design or it is a bug and there is a way to circumvent it?

Thanks.

[Toni Wilen]

It is quite difficult because it should send SHIFT release event first, then send ALT, then W. When W is released, it should send W release, ALT release and finally SHIFT press again to keep universe in sane state ("I have SHIFT pressed but it isn't detected after I press W? WTF?!")

I guess something like this would work: Implement "inverted" key events, when press event comes, it sends release event (if key is already in pressed state) and then release event comes, it sends press event (if key was released by previous press event and it is still in released state).

This thing is getting really too complex...

EDIT:

Or maybe it is simpler to add support for Qualifiers that are reported as released. Probably less messy from GUI point of view..

EDIT2: It is decided, "Release" Qualifiers will be done

[Leandro Jardim]

Thanks Toni, you are a master, a FileMaster (c)!

[Toni Wilen]

http://www.winuae.net/files/b/winuae.zip adds "release" qualifier support.

Not very well tested yet, as usual..

Map key(s) normally but instead of normal SHIFT qualifier, select SHIFT [R]. This causes Shift to be temporarily released while mapped key(s) are sent.

[Leandro Jardim]

I tested it with my ABNT-II keyboard and works perfectly.

One thing though, are that many menu entries marked with [R]. Now the pop-up menu doubled in size. I am not sure, but its not better removing all them and putting a option "reverse" directly in the list box to auto-reverse all selected modifiers? After all this option is only useful with modifiers like alt, shift or ctrl. Or...

One much better option could be remove that many [R] and automatically reverse all selected alt, shift or ctrl, because if you doesnt do this they will always interfere to the final output of the desired keystroke. After all, if the user wants to simulate an alt for example, him should explicitly put a ALT in the slot 1-8, its there for that and its far more flexible.

But as I had said, I am not sure about this, and I am surprised by the complexity of the input system of WinUAE, that looks like a simple programming language...

[Leandro Jardim]

Toni, in the last 2.4.2, the new input mapping does not work correcly. When I remap ALT+Q and ALT+W to KEY_73 and SHIFT + KEY_73, respectively, it does not recognizes the 'SHIFT release" qualifier.

The same happens with 2.5.0.

[Toni Wilen]

Attach config file (always do it when talking about input config)

[Leandro Jardim]

Originally Posted by Toni Wilen

Attach config file (always do it when talking about input config)

Here it is.

How can I enter a new qualifier (line SHIFT [R]) in the new beta? It pop ups a new window, but I could not edit or modify its settings...

[Toni Wilen]

"W" also needs to have Shift[R] set. I guess it "worked" previously due to other bug..

No qualifiers active: all slots without qualifiers are triggered.
If one or more qualifiers active: only slots with exactly matching qualifier combinations are triggered, if no match in any slot: all slots without qualifiers triggered.

Note that there is another bug in b14 that prevents setting qualifier to non-custom events.

[Leandro Jardim]

Originally Posted by Toni Wilen

"W" also needs to have Shift[R] set. I guess it "worked" previously due to other bug..

Err... But it was the best feature of the input mapping!

[Toni Wilen]

What? It still does exactly same. ("unrelease" shift, W, release shift)

[Leandro Jardim]

Ah well... Now its working how it should. Really great work you have done...