Comment 1 by jteh (in reply to comment description) on 2012-10-29 23:05
Replying to aleksey_s:

In multiline controls like terminal, Add ability to move line up/down without losing the current horizontal cursor position. So if you are in the middle of the line and then move up one line, you are at the same x coordinate and thus same column in the line.

Many APIs don't provide for this kind of line scrolling, so it wouldn't work everywhere, though it would work in terminals as you desire. I guess it'd have to be a configurationn option, disabled by default. It'd also only work with the review cursor.

Add ability to scrol back/forward by one cell rather than full size of the display.

This can only work if "Avoid splitting words when possible" (word wrap) is disabled. Note that it is enabled by default.

My understanding is that the request is for braille tethered to focus and review.
As @jcsteh said in #2757 (comment) and #7315 (comment) there are difficulties to implement this.

With that said, I do think it would be very useful at least when tethered to review. However, I don't think that simplifies the issue at all. The key information is how many characters (not braille cells) a user has panned forward relative to the start of the line.
There are two options for moving a line up/down while maintaining panning:

1. Position the application/review cursor somewhere in the middle of the line based on how far the user panned.
2. Put the cursor at the start of the line (current behavior) but pan right before brailling. SuperNova does this in physical mode.

CC @LeonarddeR

I think option 1 described by @dkager is what visually happens when moving line by line with the application or system carret in many applications such as browsers etc. If I understand correctly the carret position within the line is handled by the application itself when moving line by line.

How is the carret moved visually in the terminal in this case? Does it maintain its vertical and horizontal position?

cc: @burmancomp

But is this not question about behavior of review cursor when it is moved? So should review cursor keep its horizontal position when moving up/down/should there be setting for that? If review cursor would keep its horizontal position then braille should that same when tethered to review.