I remember it well, because the Emacs mode depends on it. :-) Regards, Elias
On 6 February 2017 at 18:35, Juergen Sauermann < juergen.sauerm...@t-online.de> wrote: > Hi, > > this option is very old (so old that I had already forgotten it) and has > been in *info apl* for a long time. > > It might be, however, that you have an older version of the documentation > below, say, */usr/share/doc/apl* > and a newer one in */usr/local/share/doc**/apl* (or vice versa). In that > case you will not see updates to the > documentation. > > /// Jürgen > > > On 02/05/2017 08:46 PM, enz...@gmx.com wrote: > > ∇Hi > > wow > /usr/local/bin/apl > )host stty echo icanon > > is the magic !!! thanks > > pure scripting also works but with no 'workspace benefit' > > the --rawCIN command line option is listed in the newest apl.html that comes > with sources and on the site but is not in man apl (apl.1) > > ⍝ thanks very much ∇ > > > On Sun, 5 Feb 2017 19:23:03 +0100 > Juergen Sauermann <juergen.sauerm...@t-online.de> > <juergen.sauerm...@t-online.de> wrote: > > > Hi again, > > I just stumbled upon the --rawCIN command line option of GNU APL. > > If you use it, then GNU APL will not emit any cursor positioning sequences. > It also does not echo the input, but that can be fixed with proper terminal > setting, > such as enabling local echo. > > If I understand your need correctly (and I suspect that I do not) then you > want to > use GNU APL non-interactively, where missing echo would not matter. > > /// Jürgen > > > > On 02/05/2017 04:49 PM, enz...@gmx.com wrote: > is this apl2 (which was ibm's second failed attempt to push apl) or gnuapl? > > On Sun, 5 Feb 2017 11:44:23 +0100 > Juergen Sauermann <juergen.sauerm...@t-online.de> > <juergen.sauerm...@t-online.de> wrote: > > > > On 02/05/2017 12:03 AM, enz...@gmx.com wrote: > very complicated messing with LineIndex.cc with allocated_height - 1 > and in LineIndex.hh messing with set_cursor got it to stay at the top > but still input scrolled up one line and input stayed on 'same line' - > instead of a true ^M as in the xterm > > but with the script -- fixed in 878 compile (my 877 compile didn't work > ??) I'm getting the results that i want/need with ^M and 'clear screen' > working properly in xterm with script > i already was using vi edit )dump file and then )copy in to workspace any way > so this progression to pure scripting is i guess just progression in same > direction. > > now to convince the stubborn gnuapl dev that a 'comment is a comment' in a > fns you don't want wikipedia to say ... a comment is a comment in EVERY > COMPUTER PROGRAMMING lang except gnuapl ... do you ? ;) > or to convince the stubborn user that typing ⍝ ∇ in IBM APL2 closes the > ∇-editor even though > the ∇ looks like being commented out? And that EVERY PROGRAMMING > LANGUAGE #includes > IBM APL2 even though the user does not like IBM APL2 ? > > thanks for the fixes > > > On Sat, 4 Feb 2017 19:41:58 +0100 > Juergen Sauermann <juergen.sauerm...@t-online.de> > <juergen.sauerm...@t-online.de> wrote: > > Hi, > > yes. Every line Input starts at > > LineInput::get_terminal_line() > > You can generate the Doxygen documentation to generate call graphs etc to > browse through the code. > > The cursor is most likely positioned in > > LineInput::edit_line() through the LineEditContext object (lec). > > The function doing that is LineEditContext::set_cursor() > > If you want to see who has been calling you (say, in set_cursor()) then > simply insert the macro BACKTRACE > at the point of interest. > > /// Jürgen > > > On 02/04/2017 07:17 PM, enz...@gmx.com wrote: > > can you give me a specific thing in the source to look at so that 'enter' > does not go to the end of page ? we went over allocate_height and it didn't > seem to be the place > > > > > > > > >
