[Already In] Ability for menus to receive MenuEvent-blocked UiEvents

Moderator: GZDoom Developers

Ability for menus to receive MenuEvent-blocked UiEvents

Postby Gutawer » Sun Nov 08, 2020 7:58 am

So currently the menu system has a bit of an annoyance compared to UiProcessor event handlers, which is that the existence of MenuEvent blocks some important UiEvents from ever being given to menus - for example the arrow keys, enter key and backspace key are only ever sent as menu events which means that it's only possible to detect them repeating if GZDoom is programmed to send them again for this purpose, and also that it's completely impossible (via IsShift, IsCtrl and IsAlt) to find if the user was pressing shift, ctrl or alt while these were pressed (so it's not possible to have different behaviour on shift + arrow keys, for example). To fix this it'd be nice to have a flag on the menu class which disables this suppression for menus that want to handle this all manually (the biggest example here is menus which don't behave at all like doom menus). It's also worth noting that this affects one of GZDoom's own menus - the TextEnterMenu won't accept backspace repeat events as it is only checking for MKEY_Clear, so you need to press backspace for each character rather than just holding it (at least on Linux, although I don't see why this'd be platform-specific).
User avatar
Gutawer
User Accounts Assistant
 
Joined: 16 Apr 2016
Discord: Gutawer#3431

Re: Ability for menus to receive MenuEvent-blocked UiEvents

Postby Gutawer » Mon Nov 09, 2020 12:21 pm

So I've just realised that this already exists as a virtual called TranslateKeyboardEvents instead of a flag. This can be closed.
User avatar
Gutawer
User Accounts Assistant
 
Joined: 16 Apr 2016
Discord: Gutawer#3431


Return to Closed Feature Suggestions

Who is online

Users browsing this forum: No registered users and 0 guests