Windows build number: [run "ver" at a command prompt]
PowerToys version: 0.18
PowerToy module for which you are reporting the bug (if applicable): Keyboard Manager
Create a remap, for example, Win + Down -> Win + H (to hide the current window). Original shortcut is Win + Down and the New Shortcut is Win + H. To work, in the UI, this shortcut must be created the other way around to work.
Yeah I had identical thought the first time I tested this. But try to read it again, carefully. IDK, the ol' brain doing some tricks on me, but I think the UI shows it correctly after all 馃槂
Did you want to Press Win + H and have that result in Win + Down? Essentially minimizing your window with Win + H? If that's the case, Win + H is your *Original Shortcut (the shortcut you want to remap) and Win + Down is the *New Shortcut.**
Original shortcut is for the shortcut who's result you want to change, and New Shortcut is for what you want that shortcut to invoke.
@ArttuLai Aaaaaaall right :) same problem than you.
@saahmedm So the bug is on the labels and not on the code. It is really confusing, the name, the arrow. All implies the opposite of what is programmed.
Ah! In any case, thanks for the tool, super handy!
@david-antiteum we figured if Win + Down was the Original shortcut, it would imply that it is being changed. Win + Down is still Win + Down in this case, but Win + H is also Win + Down.
I get the confusion though, we'll monitoring how much of a problem this is and will alter the labels / naming / arrows to be more clear if need be. Thanks David!
I think we really need to figure out is this a labeling issue or a UX placement issue.
It is funny, i agree that this feels awkward in shortcuts but it feels 'right' for remapping a key.
We just released 0.18.1 which will have this fix included in it.
Most helpful comment
Yeah I had identical thought the first time I tested this. But try to read it again, carefully. IDK, the ol' brain doing some tricks on me, but I think the UI shows it correctly after all 馃槂