bug-apl
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-apl] GNU APL shouldn't have to use hard-coded escape sequences


From: Elias Mårtenson
Subject: Re: [Bug-apl] GNU APL shouldn't have to use hard-coded escape sequences
Date: Tue, 26 Nov 2013 00:58:15 +0800

In this case, an Emacs mode refers to the ability to run the APL process in an emacs buffer. This leverages things like the Emacs command editor, etc. It also includes a set of keyboard mappings.

It's possible to extend it to do pretty much anything one wants. For example the Common Lisp mode (called SLIME) does more advanced stuff like integrating with the debugger, and even more advanced things like that.

For now though, the main reason I want an Emacs mode is to be able to run the apl in Emacs, and take advantage of its keymapping features.

Regards,
Elias


On 26 November 2013 00:48, Juergen Sauermann <address@hidden> wrote:
Hi,

I have seen that some people were asking for emacs mode for GNU APL.
As a vi user I have no idea what that really means or what it is good for, but I see the need.

It has been reported that the standard APL keymap (with setxkbmap rather than xmodmap) of recent
GNU/linux versions work also with GNU APL. My own GNU/linux version (Ubuntu 10.4) was apparently too old.

Mid term I am aiming at reworking the README-3-keyboard file and putting the
related config files (for xmodmap and for setxkbmap)  into a separate keyboard directory
with a description that works with and without emacs.

/// Jürgen



On 11/25/2013 05:15 PM, Elias Mårtenson wrote:
I will do this.

Also, I'm currently working on an Emacs mode for GNU APL. Is this something that you would be interested in? I've pushed the current version to Github, but practically nothing is implemented yet (not even the full keymap). You can follow it here though: https://github.com/lokedhs/gnu-apl-mode

Regards,
Elias


On 26 November 2013 00:08, Juergen Sauermann <address@hidden> wrote:
Hi Elias,

true. Please send the patches.

Actually the GNU APL ESC sequences for colors are not that hardcoded (you can ./configure them).
But I agree that terminfo is probably a better solution.

Thanks,
Jürgen



On 11/25/2013 02:54 PM, Elias Mårtenson wrote:
The implementation of GNU API uses hard-coded escape sequences (VT100). A better solution would be to use the traditional terminfo library, which has existed since the 80's.

The code base seems simple enough, and changing the code to use the terminfo should be simple. I'm willing to help out and provide patches if needed.

http://en.wikipedia.org/wiki/Terminfo

Regards,
Elias





reply via email to

[Prev in Thread] Current Thread [Next in Thread]