[GH-ISSUE #152] Feature Request: support for include/exclude lists #126

New issue

Open

opened 2026-05-05 04:58:07 -06:00 by gitea-mirror · 3 comments

gitea-mirror commented

2026-05-05 04:58:07 -06:00

Owner

Originally created by @toootone on GitHub (Nov 26, 2019).
Original GitHub issue: https://github.com/keycastr/keycastr/issues/152

Allow including key commands in a Blacklist that will not be shown in KeyCastr. Use case: screencasting or screen recording where some key combinations are for operating the screencasting software and should not be displayed on screen while recording another operation. Specific Example: I record my screen using OBS. I have a key combination set to switch screens for recording, but I do not want that combination displayed on screen while I record whereas I do want most other key presses displayed on screen.

Whitelist would operate conversely, where ONLY key combinations in the whitelist will appear on screen.

Originally created by @toootone on GitHub (Nov 26, 2019). Original GitHub issue: https://github.com/keycastr/keycastr/issues/152 Allow including key commands in a Blacklist that will not be shown in KeyCastr. Use case: screencasting or screen recording where some key combinations are for operating the screencasting software and should not be displayed on screen while recording another operation. Specific Example: I record my screen using OBS. I have a key combination set to switch screens for recording, but I do not want that combination displayed on screen while I record whereas I do want most other key presses displayed on screen. Whitelist would operate conversely, where ONLY key combinations in the whitelist will appear on screen.

gitea-mirror added the

enhancement

label 2026-05-05 04:58:07 -06:00

gitea-mirror commented

2026-05-05 04:58:11 -06:00

Author

Owner

@akitchen commented on GitHub (Nov 30, 2019):

This is another good idea. Any thoughts on how to provide UX around this? How would the user specify the key commands to blacklist -- key codes, string literals, etc?

@akitchen commented on GitHub (Nov 30, 2019): This is another good idea. Any thoughts on how to provide UX around this? How would the user specify the key commands to blacklist -- key codes, string literals, etc?

gitea-mirror commented

2026-05-05 04:58:13 -06:00

Author

Owner

@ravanscafi commented on GitHub (Jul 10, 2021):

I would love to have this too.
When I'm recording, I use specific hotkeys to toggle my scenes on OBS, so a simple textarea (to input something like Cmd+Ctrl+Opt+F12) would be enough and very appreciated.

@ravanscafi commented on GitHub (Jul 10, 2021): I would love to have this too. When I'm recording, I use specific hotkeys to toggle my scenes on OBS, so a simple textarea (to input something like `Cmd+Ctrl+Opt+F12`) would be enough and very appreciated.

gitea-mirror commented

2026-05-05 04:58:15 -06:00

Author

Owner

@jmuheim commented on GitHub (Dec 22, 2021):

I find this to be a very important feature, too.

I would even extend it a bit: provide a table-like list where people can register any keyboard shortcut and then decide how to deal with it.

For example:

Cmd + Ctrl + Alt + Space => don't show (I'm pausing/unpausing my screen recording software with this)
Shift + 1 => ! (instead of Shift + 1)

@jmuheim commented on GitHub (Dec 22, 2021): I find this to be a very important feature, too. I would even extend it a bit: provide a table-like list where people can register any keyboard shortcut and then decide how to deal with it. For example: - `Cmd + Ctrl + Alt + Space` => don't show (I'm pausing/unpausing my screen recording software with this) - `Shift + 1` => `!` (instead of `Shift + 1`)