fix: overwriting of line #76

[ahkrr]

This happened, because the prompt would be drawn at the origin, which was determined to be at the position()?, which was in the previous line.
Now, move one line downwards before determining the origin.

[sophiajt]

Do we always want to send a crlf? I was wondering if we may just want to see that we're at the bottom of the screen and scroll the screen up a line if so.

[ahkrr]

While thinking about this issue, I noticed that maybe reedlines use in main.rs should result in behavior like this

/home/hk/Dokumente/rus_test/reedline      06/24/2021 11:32:24 PM
〉ls
Our buffer: ls

/home/hk/Dokumente/rus_test/reedline      06/24/2021 11:32:26 PM
〉

because in main.rs
line_editor.print_line(&format!("Our buffer: {}", buffer))?;
is called, which prints a \n at the end placing the cursor in the next row.
If an "application" would print a line without a trailing newline, this line would have been eaten by reedline previously.
The new changes now lead to the output looking like the example above.

[ahkrr]

Or should it be detected, if the position is already at (0, some_row) -> work from here,
and if the position is ( column > 0, some_row) -> start in the next line

[ahkrr]

oh-my-zsh
> printf "jo"
jo%
oh-my-zsh
> printf "jo\n"
jo
oh-my-zsh
>

this is an example from zsh with oh-my-zsh

[sophiajt]

@ahkrr yeah, we could put the logic in to detect if we're not in the 0th column. Do you want to do that in a separate PR?

[ahkrr]

Lets do that in a separate PR.

[sophiajt]

sounds good