dosbox-libretro icon indicating copy to clipboard operation
dosbox-libretro copied to clipboard

Hotkeys interfere with keyboard input

Open hooby3dfx opened this issue 8 years ago • 8 comments

If you are using a keyboard to run commands on the dos prompt the user will inadvertently toggle various retroarch options (such as pause with the p key).

What are the best workarounds?

What would the actual solutions be?


Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

hooby3dfx avatar Mar 10 '17 00:03 hooby3dfx

There is a pretty good workaround for this, which is to set input_enable_hotkey_btn in retroarch.cfg.

Maybe something along those lines could be a core option?

hooby3dfx avatar Mar 18 '17 16:03 hooby3dfx

There's another thing you can use now called "game focus mode" or something like that. It works like mouse/kbd capture on e.g. Virtualbox. That is, it forwards all of the input events directly to the core instead of letting the frontend listen to them first.

hizzlekizzle avatar Mar 19 '17 01:03 hizzlekizzle

I opened the retroarch.cfg file in a text editor, scrolled past the input_player1 section and typed in "nul" for each and every keyboard commands besides F1 (RetroArch menu) and volume up and down.

Now I can type in what I want without accidentally hitting a keyboard hotkey is dosbox libretro.

Gagert avatar Apr 07 '17 21:04 Gagert

There are a lot of great solutions to this problem that can be used. I think this issue can be closed once the workarounds are documented.

Or should one of them be there by default for this core?

On Apr 7, 2017 5:27 PM, "Gagert" [email protected] wrote:

I opened the retroarch.cfg file in a text editor, scrolled past the input_player1 section and typed in "nul" for each and every keyboard commands besides F1 (RetroArch menu) and volume up and down.

Now I can type in what I want without accidentally hitting a keyboard hotkey is dosbox libretro.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/libretro/dosbox-libretro/issues/52#issuecomment-292656166, or mute the thread https://github.com/notifications/unsubscribe-auth/AAfjGYzywGe7M8QV-UTiXx1B2gvYQHvFks5rtqpJgaJpZM4MYz_o .

hooby3dfx avatar Apr 07 '17 22:04 hooby3dfx

There are a lot of great solutions to this problem that can be used. I think this issue can be closed once the workarounds are documented. Or should one of them be there by default for this core?

Yes, I think so. I just had this issue. I found this thread, but it seems like a pain to go through and remove every single key. The other option should be a core option for sure.

vol-2 avatar Dec 14 '19 04:12 vol-2

game focus mode is the solution.

I do think it would be nice if there were a way for a core to communicate to the frontend that it's going to need the keyboard, but in the meantime having a hotkey to redirect all of the keyboard events directly to the core (i.e., keyboard capture, i.e., game focus mode) seems adequate.

hizzlekizzle avatar Dec 14 '19 04:12 hizzlekizzle

Thanks, I found the focus mode. :)

Yeah, that's what I meant. It would be nice if during dosbox all keys were available except some key combo to bring up the menu. Alt-F1 or something unlikely to be used.

vol-2 avatar Dec 14 '19 05:12 vol-2

but how to disable "Winkey" in "game focus mode on"

jasiup avatar Jan 20 '20 09:01 jasiup