You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Affected targets:
MacOS 14.0 (23A344) - Apple M1 Max
Code snippet reproducing the issue:
Any project with a window will reproduce it. For instance, running the default flixel tpl -n "HelloWorld" project.
Possibly relevant settings system:
I have the "ABC - Extended" keyboard layout selected.
Observed behavior:
If I hold down certain keys on the keyboard that have variants/accents (like the A key, for instance), then a menu will appear to the top-left of the window (if in windowed mode) or screen (if fullscreen).
Expected behavior:
Unless I'm specifically inputting into a text field, I would not want this menu to appear. And in those cases, were it to appear, I would want it to appear in the correct location. Asking for perfect behaviour might be too much, but I would much prefer the menu never appear, rather than its current behaviour.
It is also present in other haxe games, like Dead Cells, so there must be some similarities in window instantiation/app settings.
(looking for games/apps that don't exhibit this behaviour, uh, it's not haxe I think, but VVVVVV and Aseprite don't)
Possible links to people possibly struggling with the same problem that I stumbled across while I was trying to solve it myself (sometimes it manifests as people reporting that key-repeats aren't getting sent):
I made a copy of this issue In the OpenFL repo, though it's more likely a Lime issue than openfl, at least this will get more eyes on it. Let's continue the discussion there
MacOS 14.0 (23A344) - Apple M1 Max
Code snippet reproducing the issue:
Any project with a window will reproduce it. For instance, running the default flixel tpl -n "HelloWorld" project.
Possibly relevant settings system:
I have the "ABC - Extended" keyboard layout selected.
Observed behavior:
If I hold down certain keys on the keyboard that have variants/accents (like the A key, for instance), then a menu will appear to the top-left of the window (if in windowed mode) or screen (if fullscreen).
Expected behavior:
Unless I'm specifically inputting into a text field, I would not want this menu to appear. And in those cases, were it to appear, I would want it to appear in the correct location. Asking for perfect behaviour might be too much, but I would much prefer the menu never appear, rather than its current behaviour.
It is also present in other haxe games, like Dead Cells, so there must be some similarities in window instantiation/app settings.
(looking for games/apps that don't exhibit this behaviour, uh, it's not haxe I think, but VVVVVV and Aseprite don't)
Possible links to people possibly struggling with the same problem that I stumbled across while I was trying to solve it myself (sometimes it manifests as people reporting that key-repeats aren't getting sent):
https://apple.stackexchange.com/questions/332769/macos-disable-popup-showing-accented-characters-when-holding-down-a-key
https://www.reddit.com/r/runescape/comments/atudk0/macbook_whenever_i_press_and_hold_a_key_an_accent/
bus-stop/Termination#9
https://fsunuc.physics.fsu.edu/git/gwm17/glfw/commit/17a15a20f28ed95e0e69d403687416c023c77e7e
https://stackoverflow.com/questions/76546729/why-are-certain-repeated-keys-ignored-by-interpretkeyevents-in-nsresponder
https://fsunuc.physics.fsu.edu/git/gwm17/glfw/commit/17a15a20f28ed95e0e69d403687416c023c77e7e
smolck/uivonim#106 (comment)
The text was updated successfully, but these errors were encountered: