Skip to content

Overridden default Windows hotkeys not restored after remapping hotkey in PasteBar #317

@radian21

Description

@radian21

Explaining the behavior:

The user sets a system OS hotkey in PasteBar so that Ctrl-v will show/hide the main app window. This hotkey in Windows is mapped to "Paste" by default and the action to remap it in PasteBar overrides this Windows mapping.

The user realizes this and remaps the hotkey in PasteBar to Ctrl-Shift-v. Now, that hotkey opens the main app window. However, the Ctrl-v hotkey is now orphaned and not restored to its default "paste" action in Windows. The orphaning of the hotkey and its lack of default restoration is the issue in the app.

Consider what happens if Shift-v (or `shift-) is remapped in PasteBar. The user can no longer capitalize that character when typing text.

This is bad. PasteBar options:

  • Prevent the user from being able to remap default Windows hotkeys
  • Warn the user that a remap will overwrite default behavior (be careful)
  • Provide a nuclear option to restore all keyboard hotkeys to system defaults.
  • (Best solution) Track the former hotkey behavior before remapping in PasteBar and restore that behavior when the hotkey combination is no longer mapped in PasteBar.

Metadata

Metadata

Assignees

Labels

bugSomething isn't workingenhancementNew feature or request

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions