API: gfx.getchar giving an incorrect value (FIXED)

[Lokasenna]

A few people are having issues with their choice of keybind for my Radial Menu script: http://forum.cockos.com/showthread.php?t=186637

Specific to this thread, it won't work properly when bound to function keys. After some poking I found that gfx.getchar() will tell you that F1 is being held down (returns 26161), but gfx.getchar(26161) insists it's not. This breaks my script because I'm using gfx.getchar to check that the key is still down on every loop.

Test script here: https://dl.dropboxusercontent.com/u/...F1%20issue.lua

Install it, run it, hold down F1 and you should see that the message "F1?" is always false. (Esc will quit)

Cheers.

[cfillion]

I can confirm on Windows. On macOS it works correctly: it says "F1? 1.0" while the F1 key is pressed.

[Justin]

Looking in to this, thanks!

[Lokasenna]

Originally Posted by cfillion

it says "F1? 1.0" while the F1 key is pressed.

Oh right, yes. That's correct.

Thanks Justin.

[Lokasenna]

The F1 issue is fixed in the newest pre. Thanks for that.

Separately, and this isn't specific to the new prerelease, it looks like some keys aren't having their value reset to 0 after being pressed. That is, gfx.getchar(26161) returns 1 if F1 is pressed and 0 if it isn't, but keys like ~ (ASCII # 96) or § (ASCII # 167) continue returning 1 after being released.

Test script here: https://dl.dropboxusercontent.com/u/...%20checker.lua

Once you press a key, it'll check that key's status on every loop. The second column should go back to false, but not every key does.

Cheers again.

[Lokasenna]

Bumping and removing "FIXED" from the title because a couple more people have run into the issue in my previous post. Cheers.

[Justin]

Hmm for those chars (things that get converted to WM_CHAR on Windows), you might just have to live with the limitation...

[Lokasenna]

Fair enough, thanks anyway.