Keyboard problem

Hi,

I've encountered a keyboard bug / problem with WinUAE: When you use GoldEd, move the cursor to the end of a line, then hold down right shift and press the right cursor key. Now the cursor should advance to the beginning of the next line but it does not do it! Instead, it just moves one position to the right.

Some additional notes about it:

1) Pressing "right shift" plus "cursor right" at the end of the line in EditPad actually works. But in GoldEd it does not.

2) Pressing "left shift" plus "cursor right" actually works correctly in GoldEd but "right shift" plus "cursor right" does not!

3) It works correctly with WinUAE 0.8.17.

Could someone please fix this? I really need to have this working correctly :-)

Greets

Andy

[D-Dan]

i think this is probably a GoldEd config issue - not a WinUAE problem. ISTR that I had the same behaviour on my "Real" Amiga.

No, it's not a GoldED config issue. The configuration of GoldED is correct and I've also tried it with the WinUAE 0.8.17 where it works fine. It's a WinUAE bug!

[D-Dan]

Nope - I just checked the GoldEd default config options, and cross referenced with the Golded help file. In the Extra/Configuration - Filetypes/text/keyboard options, Shift-right (for example) is defined as "NEXT" - which according to teh GED help file, moves the cursor to the start of the next word. NEXTEND would move to the end of the next word, PREV to the start of the previous word, and PREVEND to the end of the previous word. No functions are available in GED for start/end of line.

If previous versions of WinUAE behaved differently, then it was WinUAE that was wrong then, and is now working correctly in this respect.

No, no and no...believe me! It's a WinUAE bug:

>Nope - I just checked the GoldEd default config options, and cross
>referenced with the Golded help file. In the Extra/Configuration
>Filetypes/text/keyboard options, Shift-right (for example) is defined as
>"NEXT" - which according to teh GED help file, moves the cursor to the start
>of the next word.

But it does not move to the next word (which would be at the start of the next line btw). It just moves the cursor one to the right as if I would not have pressed right-shift at all. The NEXT command is only executed, if I hold down left-shift instead of right-shift. Holding down right-shift is not recognized at all.

>If previous versions of WinUAE behaved differently, then it was WinUAE that
>was wrong then, and is now working correctly in this respect.

It's a WinUAE bug, believe me. My configuration is 100% correct. I copied the whole GoldED directory from my Amiga over network to the WinUAE folder. So it has absolutely the same configuration.

Greets

Andy

[Toni Wilen]

There is weird bug in Windows DirectInput (WinUAE 0.8.22 and newer use DirectInput) when using german keymap.

Press right shift, press any cursor key and keep shift pressed -> Windows sends two messages, cursor keydown and right shift keyrelease...

EDIT: it seems it happens in all german version, nothing to do with keymaps.

Attached is keyboard sample from DX9SDK which should have same problem.

[D-Dan]

Ahh - so we were both wrong. It's a German bug ;o)

Okay, it really seems to be a DirectInput bug....sorry for the wrong accusation. But one weird thing remains: Right shift + cursor right works when using the OS3.9 EditPad tool under WinUAE !? Why is that?

[D-Dan]

GoldEd uses custom routines to trap keyboard input. It's possible it's interpreting something in a slightly different manner to standard OS libraries.

[Error]

Does it really? i have had exactly same problem in past but i realised that it wasn't really uae bug. sometimes i had to disable key shortcuts in winblows [push right shift 5 times to see what i mean], sometimes it was just the problem with keyboard mapping. anyways it works fine with me, no complains