Moving the cursor wipes out next lines about rustyline HOT 10 CLOSED

Indeed, it seems possible to move only the cursor like here or here.
I will try on unix.

from rustyline.

Ok,
Moving only the cursor may be difficult in multi-line mode.
I am not sure but it seems to me that the culprit is the current strategy used to refresh the screen.
Because we are clearing from the prompt to the end of the screen (\x1b[J).
Could you please confirm that if we clear only the lines/rows drawn/used by the editor, your issue will be solved ?

from rustyline.

@gwenn yes, I think that is the right strategy. Even better might be to take a rectangle or bounding box as a parameter. I also don't think that the prompt should write anything to output. This can be done by application code and separates concerns.

from rustyline.

What I mean about writing to stdout is to not write the prefix or the line ending. That gives a lot more flexibility to the code consuming the library. For example if I want to have "\r\n" rather "\n" as the EOL.

from rustyline.

Just so I fully understand, you want the following line to be removed:
https://github.com/kkawakam/rustyline/blob/master/src/lib.rs#L877

    println!("");

?

from rustyline.

@gwenn yes, I think that line should either be removed, or the readline function should at least take an argument to allow for cross platform line endings. Thank you for your help.

from rustyline.

Are you sure println!("") doesn't print \r\n on windows ?

from rustyline.

Are you sure println!("") doesn't print \r\n on windows ?

No.

I am more concerned with how it inter-operates with termion. I am going to open source the project I am using rustyline in, so I can give a link after I update the license. Also, I can open a new ticket to discuss line terminators if it makes sense to.

from rustyline.

The associated patch has been merged in master.

from rustyline.

Thanks!

from rustyline.