bug-apl
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


From: Louis de Forcrand
Subject: [Bug-apl] location of cursor on new apl session
Date: Sun, 5 Feb 2017 18:34:48 +0100

Wrong email address.

From: Louis de Forcrand <address@hidden>
Date: 5 February 2017 at 18:32:35 GMT+1
To: address@hidden
Subject: Re: [Bug-apl] location of cursor on new apl session

Heck, it's open-source, if you don't like it the way it is try changing it yourself.

Louis

On 05 Feb 2017, at 16:49, 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


reply via email to

[Prev in Thread] Current Thread [Next in Thread]