Open EmmanuelCharpentier opened 1 year ago
That could certainly be an option, and I'm not against the idea. Ill be happy to merge support for this if proposed.
Okay. I'll fork your repo and have a look at this.
Don't hold your breath : I never created a melpa
-ready package, and may have a couple of false starts...
Put on the back burner : there seems to be two currently active APL implementations (Dyalog an Gnu APL), and Dyalog seems to have drifted to a different set of tools (RIDE protocol, langiage extensions that make it "something different with an APL expression syntax, etc...)
I'll concentrate first in Gnu APL.
Dear Elias,
The APL-Z input method is exceedingly useful to APL users whose keyboard des not have (and cannot have) a
Super
key (case in point : my laptop ;-)). But it is currently wed tognu-apl-mode
, hence the Gnu APL interpreter.I just tested that, in a fresh emacs session,
(load "~/.emacs.d/elpa/gnu-apl-mode-20220404.341/gnu-apl-input.el")
is enough to be able to successfully start theAPL-Z
input mode in a fresh emacs-jupyter REPL running a Dyalog APL kernel.This suggests that
gnu-apl-input.el
(with its companion filegnu-apl-symbols.el
and possibly the relevant part ofgnu-apl-documentation
providinggnu-apl-show-keyboard
) could be split off in a package (say,gnu-apl-input-mode
) thatgnu-apl-mode
could require, but that could be used by the users of ofther interpreters. (Case in point :emacs-jupyter
allowsorg-mode
users to instert "live" source blocks ; which was my point actually...).What do you think ?