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

[Juergen Sauermann]

Hi,

apl2. I have attached a screenshot of an APL2 session where I typed ∇ on Line 2 of function FOO after  a comment.
After that I display FOO.

According to your theory, ∇ should now be part of the comment but it is not.
Instead. as you can also see, entering ∇ closed the editor. Just like GNU APL.

/// 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

Screenshot-Server - VMware Player.png
Description: PNG image