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, 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> 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> 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 |
- Re: [Bug-apl] location of cursor on new apl session Juergen Sauermann
- Re: [Bug-apl] location of cursor on new apl session enztec
- Re: [Bug-apl] location of cursor on new apl session Juergen Sauermann
- Re: [Bug-apl] location of cursor on new apl session enztec
- Re: [Bug-apl] location of cursor on new apl session Juergen Sauermann
- Re: [Bug-apl] location of cursor on new apl session enztec
- Re: [Bug-apl] location of cursor on new apl session Juergen Sauermann
- Re: [Bug-apl] location of cursor on new apl session enztec
- Re: [Bug-apl] location of cursor on new apl session Juergen Sauermann
- Re: [Bug-apl] location of cursor on new apl session enztec
- Re: [Bug-apl] location of cursor on new apl session Juergen Sauermann
- Re: [Bug-apl] location of cursor on new apl session Alexey Veretennikov
- Re: [Bug-apl] location of cursor on new apl session Blake McBride
- Re: [Bug-apl] location of cursor on new apl session Juergen Sauermann
- Re: [Bug-apl] location of cursor on new apl session enztec
- Re: [Bug-apl] location of cursor on new apl session Juergen Sauermann
- Re: [Bug-apl] location of cursor on new apl session Elias Mårtenson
- Re: [Bug-apl] location of cursor on new apl session enztec
- Re: [Bug-apl] location of cursor on new apl session Elias Mårtenson
- Re: [Bug-apl] location of cursor on new apl session Blake McBride
- Re: [Bug-apl] location of cursor on new apl session Juergen Sauermann