You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For issue in production release, add devtools output of DEBUG_PROD=true yarn build && yarn start
Expected Behavior
While using the official 1.11.1 package with the system keymap set to dvorak after installation hitting cmd+; should bring up Kit.app (according to the message after installation).
Additionally when changing the app shortcut via Kit.app hitting cmd+; should set the shortcut to cmd+;.
Current Behavior
When the keymap is set to Dvorak Kit.app does not open with cmd+; after installation (it opens with cmd+z: the character which would be on the correct key if the keymap were QWERTY). Nor does it open with cmd+; if the shortcut is set via Kit.app by hitting cmd+; (likewise though the GUI shows the character character, the actual key that gets set is the one which would have that character in QWERTY).
Steps to Reproduce
Below all Hit commands mean "hit the key with this character on your keyboard" and assume you've got a QWERTY keyboard.
Change your app shortcut to cmd+z
Change the keymap to Dvorak
Hit cmd+z
Kit.app should open.
Open Change App Shortcut
Hit cmd+z
The GUI should just go back to Run Script
Open Change App Shortcut
Hit cmd+/
Hit T for yes.
Hit cmd+/
Nothing should happen.
Hit cmd+z
Kit.app should open.
Change the keymap back to QWERTY
Hit cmd+z
Kit.app should open.
I haven't validated this, BUT: I'm guessing when you hit the keys to change the shortcut while in Dvorak mode it'll show you the character on the QWERTY key. Having installed with Dvorak it shows the correct Dvorak character. Even when I switch the keymap to QWERTY (so the key map appears to be static from install).
Possible Solution (Not obligatory)
I haven't dug through the code, but it appears that there's a "character to key code" map somewhere that assumes a QWERTY keymap.
Context
This was extremely confusing at first. The dialog after install actually says that cmd+; is the shortcut to open the app, but hitting that didn't do anything (though cmd+z seemed like a sane launch sequence for a QWERTY keymap). It wasn't until I thought about improper key mapping that I tried hitting cmd+/ that I realized the problem.
Now to change the shortcut I have to keep in mind that I need to hit the character for the key that would be in the proper place if I were using a QWERTY keyboard to actually get the proper key set (or I could switch the keymap to QWERTY, then hit the key combo I want).
Your Environment
Node version : v10.0.0
Kit.app version or branch : v1.11.1
Operating System and version : macOS 11.6.5
Link to your project :
The text was updated successfully, but these errors were encountered:
I'll put it on the backlog to see if I can detect the user's current keymap (looks like reading a plist file https://stackoverflow.com/a/21613702) and adjust the global shortcut right before registering.
Also, as a non-solution, I use karabiner-elements for Colemak instead of using the OSX keymaps. I've never had any problems with keys swapping around. I'm sure there's a karabiner-elements Dvorak map out there if you'd like to give it a try.
Prerequisites
master
branchDEBUG_PROD=true yarn build && yarn start
Expected Behavior
While using the official
1.11.1
package with the system keymap set to dvorak after installation hittingcmd+;
should bring up Kit.app (according to the message after installation).Additionally when changing the app shortcut via Kit.app hitting
cmd+;
should set the shortcut tocmd+;
.Current Behavior
When the keymap is set to Dvorak Kit.app does not open with
cmd+;
after installation (it opens withcmd+z
: the character which would be on the correct key if the keymap were QWERTY). Nor does it open withcmd+;
if the shortcut is set via Kit.app by hittingcmd+;
(likewise though the GUI shows the character character, the actual key that gets set is the one which would have that character in QWERTY).Steps to Reproduce
Below all
Hit
commands mean "hit the key with this character on your keyboard" and assume you've got a QWERTY keyboard.cmd+z
cmd+z
Kit.app should open.
Change App Shortcut
cmd+z
The GUI should just go back to
Run Script
Change App Shortcut
cmd+/
T
for yes.cmd+/
Nothing should happen.
cmd+z
Kit.app should open.
cmd+z
Kit.app should open.
I haven't validated this, BUT: I'm guessing when you hit the keys to change the shortcut while in Dvorak mode it'll show you the character on the QWERTY key. Having installed with Dvorak it shows the correct Dvorak character. Even when I switch the keymap to QWERTY (so the key map appears to be static from install).
Possible Solution (Not obligatory)
I haven't dug through the code, but it appears that there's a "character to key code" map somewhere that assumes a QWERTY keymap.
Context
This was extremely confusing at first. The dialog after install actually says that
cmd+;
is the shortcut to open the app, but hitting that didn't do anything (thoughcmd+z
seemed like a sane launch sequence for a QWERTY keymap). It wasn't until I thought about improper key mapping that I tried hittingcmd+/
that I realized the problem.Now to change the shortcut I have to keep in mind that I need to hit the character for the key that would be in the proper place if I were using a QWERTY keyboard to actually get the proper key set (or I could switch the keymap to QWERTY, then hit the key combo I want).
Your Environment
The text was updated successfully, but these errors were encountered: