Inconsistent behaviour of SDL_HOTKEYDOWN for special keys

[Imarok]

There are two different behaviours that can occur when a special hotkey (like shift and not like 'h') is pressed:

A: On button press only one SDL_HOTKEYDOWN event is sent.

B: On button press one SDL_HOTKEYDOWN event is sent. After a short break the SDL_HOTKEYDOWN event is spammed until the key is released.

A has been observed under various Linux distribution. B has been observer under Windows.

maybe refs #3870.

The desired behaviour is not clear, but it should be at least consistent among all platforms.

[bb]

Imarok (or anyone else with behaviour A): could you check what setting there is for "repeat key" on your OS (when disabling here on fedora I get behaviour A, enabling gives B). Also is there a difference between "Shift" and any other hotkey? for me "Shift" also has behaviour A (whatever the setting), while others have B (when setting is enabled ofc), iirc this is some linux thing

The repeat key setting btw has nothing todo with the "t" in the ally chat.

[Imarok]

I guess behaviour A was me on Ubuntu: I have repeat key "on" with delay 25% where 0% is "short" and 100% is "long" and speed with 33% where 0% is "slow" and 100% is "fast".

[bb]

Sadly it is not an sdl issue, its how linux handles the ctrl/alt/shift etc. itself (I remember playing pinball games with shift and ctrl as keys and we when pressing both and dropping one, both bars drop...)

see ​https://github.com/SFML/SFML/issues/122, ​https://www.ibm.com/support/knowledgecenter/en/SSS9FA_12.0.0/com.ibm.hod.doc/help/repeatkey.html

[bb]

refs: r23701

[wraitii]

The bug was fixed, the behaviour is documented, and we're unlikely to change linux distributions behaviour -> marking fixed