Thank you for your feedback (I'll add this to our User's Wish List). We'll try to improve this in the future. However, do not expect this to happen anytime soon because:
[1] This is much harder to fix that one could think (``viewport synchronization'' of multiple views of the same document is implemented using current caret behavior). [2] We do not consider current XXE (mis)behavior to be insufferable (well, for most users). M. Collado wrote: > Well, I routinely select stuff larger that the display port. Certainly, > the automatic scroll policy could be improved. IMHO, usual auto scroll > rules are: > > 1. If the selection can be fully displayed, it must be fully displayed. > > 2. If the selection is larger that the viewport, all the viewport must > show selected stuff. > > 3. The text cursor (the caret) must be visible after *automatic* scroll. > > Showing also the lines inmmediatly before/after the selection is also > desirable, but the criterion to select what to show is a matter of taste. Daniel Dekany wrote: > I guess the rules are simpler: Whenever selection happens, it should > happen like if the selection was made by the cursor that sweeps > through the newly selected region. Like if the cursor is brush that > paints things to "selected" color. In conventional text editors (not > in XXE) this works obviously with this logic in the case of Shift + > Down-Arrow. And it could behave so even in the case Esc Right-Arrow > (despite that that's not really a cursor-driven selection process). > And of course the view port must follow the cursor whenever it moves. > Note that that it shouldn't stand the other way around; the cursor > shouldn't not follow the view port (e.g. if I scroll the view port > with the mouse by grabbing the scrollbar, or with the mouse wheel, the > cursor shouldn't move, only the view port). Well, if these are not > clear for someone, he should just play with something like Word a bit. This is crystal-clear.
