Re: [Bug-apl] Requests for gnu-apl-mode

2014-05-14 Thread David B. Lamkins
On Thu, 2014-05-15 at 12:55 +0800, Elias MÃ¥rtenson wrote: > As for the edit buffer, you can always kill the frame and opening it > again. That's always completely safe, as it never performs any > destructive operation until you press C-c C-c. > Cool. > You can also undo as far back as you want.

Re: [Bug-apl] Requests for gnu-apl-mode

2014-05-14 Thread Elias MÃ¥rtenson
Thanks. I'll take a look at your patch later. As for the edit buffer, you can always kill the frame and opening it again. That's always completely safe, as it never performs any destructive operation until you press C-c C-c. You can also undo as far back as you want. I suppose I could add a rever

Re: [Bug-apl] Requests for gnu-apl-mode

2014-05-14 Thread David B. Lamkins
Oops. Right patch; wrong attribution. This applies to > 1. Allow an escape to IBM-style function listing and editing. On Wed, 2014-05-14 at 15:04 -0700, David B. Lamkins wrote: > The following patch works. If there's an opening del and a left bracket > somewhere on the line, let GNU APL handle t

Re: [Bug-apl] Requests for gnu-apl-mode

2014-05-14 Thread David B. Lamkins
On Wed, 2014-05-14 at 11:43 -0700, David B. Lamkins wrote: > 2. (This is unrelated to 1.) When editing a function in a gnu-apl-mode > buffer, provide a way to revert the definition without closing the edit > buffer. The following patch works. If there's an opening del and a left bracket somewhere