-------- Weitergeleitete Nachricht --------
I'd like it that way.
In IBM APL2 you can do full screen editing. But in Gnu-APL only
line editing can be done.
I think it would be a rather big change to the terminal
functionality to make it work like IBM APL2.
I did use emacs / M-x shell. This can handle screen editing of any
line (input and output).
However the original line being edited gets echoed too and
as more than one line can be edited only the most recent line
which was edited gets echoed,
and any other line that was edited too, remains as is.
In IBM-APL2, any line changed will become an input line.
Best Regards,
Hans-Peter
Am 12.03.20 um 15:57 schrieb Blake
McBride:
I would suggest looking at IBM APL2 and just do
what they do.
--blake
On Thu, Mar 12, 2020 at 9:42
AM Hans-Peter Sorge <
address@hidden>
wrote:
Hi,
There are two inconsistencies (and slightly annoying) when
editing:
1 - is a small inconsistency when deleting lines in editor
mode.
∇X[⎕]
[0] X
[1] a
[2] b
[3] c
[4] d
[5] e
[6] f
∇
[7] [∆1-3] the editor only deletes lines 1 and 2
[6] [⎕]
∇
[0] X
[3] c
[4] d
[5] e
[6] f
∇
[7] [∆4-7] but the editor complains, if I want to delete
the last line
∇-command failed: Bad line number N in [M∆N]
[7] [∆4-6] again last line is being excluded from delete
[6] [⎕]
∇
[0] X
[3] c
[6] f
∇
[7] [∆6] need to delete last line in an additional step.
[7] [⎕]
∇
[0] X
[3] c
∇
Expected: delete lines x to y including line y in [∆x-y]
2 - moving cursor to previous line(s) skips most recent
entry
enter:
123
123
456
456
cursor up - display entry line 456
cursor up - display entry line 123
cursor down - display entry line 123
cursor down - display current entry line
cursor up - display line 123 - should be line 456
In general:
after ENTER, the cursor moves one line up
after a CURSOR move up/down, the cursor moves two lines up.
This is also true during function editing.
Expected: cursor move should be line by line.
Best Regards,
Hans-Peter