Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Split gnu-apl-input-mode.el for use with other interpreters ? #46

Open
EmmanuelCharpentier opened this issue May 20, 2023 · 3 comments
Open

Comments

@EmmanuelCharpentier
Copy link

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 to gnu-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 the APL-Z input mode in a fresh emacs-jupyter REPL running a Dyalog APL kernel.

This suggests that gnu-apl-input.el (with its companion file gnu-apl-symbols.el and possibly the relevant part of gnu-apl-documentation providing gnu-apl-show-keyboard) could be split off in a package (say, gnu-apl-input-mode) that gnu-apl-mode could require, but that could be used by the users of ofther interpreters. (Case in point : emacs-jupyter allows org-mode users to instert "live" source blocks ; which was my point actually...).

What do you think ?

@lokedhs
Copy link
Owner

lokedhs commented May 20, 2023

That could certainly be an option, and I'm not against the idea. Ill be happy to merge support for this if proposed.

@EmmanuelCharpentier
Copy link
Author

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...

@EmmanuelCharpentier
Copy link
Author

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants