Perhaps a prefix command. It already allows you to prefix with a plain C-u to specify apl binary. It could also ask for extra arguments.
Regards, Elias On 29 Jun 2014 01:31, "David B. Lamkins" <[email protected]> wrote: > Something like that would be helpful, yes. > > What did you have in mind? A variant of the gnu-apl function that > prompts for options? > > On Sun, 2014-06-29 at 01:18 +0800, Elias Mårtenson wrote: > > Should I add an extra feature to allow you to configure extra options > > for a given session? > > > > > > Regards, > > Elias > > > > > > On 29 June 2014 01:14, David B. Lamkins <[email protected]> wrote: > > On Sat, 2014-06-28 at 14:13 +0200, Juergen Sauermann wrote: > > I also doubt that anybody is using shared variables at all > > because I > > haven't received any trouble reports on them. > > > > > > /// Jürgen > > > > > > > > > That's true in my case. > > > > Earlier this week I did make a first attempt to understand how > > SVs work. > > > > In the short term I'll need to construct a workflow that lets > > me do more > > than trivial experiments with SVs. I rely on Elias' > > gnu-apl-mode for APL > > input. To work with SVs I'll need to patch gnu-apl-mode to > > provide for > > additional command-line options (so I can pass --SV --id # to > > GNU APL). > > Or something... It seems inelegant to have to customize each > > running > > instance of Emacs to set up an id. > > > > At this point, I don't have any definite plans for SVs beyond > > experimentation to help me understand the strengths and > > weaknesses of > > the approach. > > > > > > > > > > > > > > >
