Re: [Bug-apl] location of cursor on new apl session

[Juergen Sauermann]

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, address@hidden 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 <address@hidden> wrote:

On 02/05/2017 12:03 AM, address@hidden 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 <address@hidden> 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, address@hidden 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