aboutsummaryrefslogtreecommitdiff
path: root/data/skyfi-api.rest
diff options
context:
space:
mode:
authorCraig Jennings <c@cjennings.net>2026-06-06 12:32:59 -0500
committerCraig Jennings <c@cjennings.net>2026-06-06 12:32:59 -0500
commit0946c42f5caaf715786780b7be8205e6ac289d8a (patch)
tree6078ac09b03d767397926ad8a239298ea27a2b90 /data/skyfi-api.rest
parentb3b15b844936f4080dcb8f06751705b9e88cb305 (diff)
downloaddotemacs-0946c42f5caaf715786780b7be8205e6ac289d8a.tar.gz
dotemacs-0946c42f5caaf715786780b7be8205e6ac289d8a.zip
fix(signal): register C-; M prefix via canonical helper
The C-; M Signal prefix didn't take effect on a fresh Emacs launch. signal-config.el was the only feature module that bound into cj/custom-keymap directly, wrapped in (with-eval-after-load 'keybindings (when (boundp 'cj/custom-keymap) ...)). The boundp guard turned a load-order miss into a silent no-op, so the binding never landed at startup. A later live-reload always papered over it because keybindings was loaded by then. I switched to the documented cj/register-prefix-map helper and added (require 'keybindings) at the top, matching every other prefix map. The require guarantees keybindings loads before registration, so the guard is gone. I verified at a full emacs --batch init.el launch, the actual failing scenario, that C-; M resolves to the signel prefix. I added a contract test asserting the registration, since the boundp guard was robust under unit timings and only failed at full launch.
Diffstat (limited to 'data/skyfi-api.rest')
0 files changed, 0 insertions, 0 deletions