Closed zer09 closed 6 years ago
I think I have figured out the problem but since I don't understand keyboard-layout
implementation I won't be able to propose a right solution.
The issue is here https://github.com/syl20bnr/spacemacs/blob/80a10f79db891990e3f26c2310f33e038d80303b/layers/%2Bintl/keyboard-layout/packages.el#L357
evil-magit
is initialized after magit
is loaded and this code checks for evil-magit-*
variables (to perform the replacement bindings?) which are undefined at that moment and bails out leaving magit-*
without keyboard-layout
configurations.
Current workaround would be to add (require 'evil-magit)
before this dolist
block until proper fix is proposed.
The same thing is happening for the Colemak keyboard layout. Am I correct to assume that, since Spacemacs lazy-loads packages, then the keyboard-layout layer doesn't effect layers that aren't loaded at startup? That was what I thought was going on with dired
.
@JonathanReeve Your problem with dired
could be a related one. There were some changes pertaining to load order of packages and I'm suspecting that could be one of the reasons for this regression.
Don't understand why is this closed. It's not merged in develop and this issue is not fixed.
The issue is still open @Electron-libre.
Thanks @StreakyCobra for fixing this properly! š .
Merged.
Thanks @StreakyCobra .
Description :octocat:
4a34ef4 break the dvorak layout navigation for magit. The up and down was rebinded.
Reproduction guide :beetle:
Observed) behaviour: :eyes: :broken_heart: The the navigation key
t
is just openning "I am not sure if it wastags
". The the navigation keyn
is navigating downward.Expected behaviour: :heart: :smile: The navigation key
t
should navigate downward. The navigation keyn
should navigate upward.System Info :computer:
Backtrace :paw_prints: