|
From: | Juergen Sauermann |
Subject: | Re: [Bug-apl] location of cursor on new apl session |
Date: | Sun, 5 Feb 2017 19:23:03 +0100 |
User-agent: | Mozilla/5.0 (X11; Linux i686; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 |
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 |
[Prev in Thread] | Current Thread | [Next in Thread] |