Friday, June 8, 2007, 11:57:20 AM, Hussein Shafie wrote: > Daniel Dekany wrote: >> If I hold down shift + down arrow to select a range of the document, >> after the caret reaches the bottom of the view, the view will stops >> following it (I mean, stops scrolling) after a certain amount of >> lines. So the caret leaves the visible region and I don't see where >> the expanding selection (the pink region) currently ends. The number >> of scrolled lines after which this happens depends on where I start >> the selection; if I start at top of the view, it will happen after >> only a few lines, if I start at the bottom of the view, I can scroll >> down about one "page". The same bug present if I hold down shift + up >> arrow, just everything is inverted. >> >> This happens with all kind documents that I have tried, and no mater >> where do you I the selection. XXE 3.6.0, J2SE 1.6.0_01, Windows XP. >> > > We don't see how we can fix this bug. Sorry for that. > > Normally, moving the caret automatically scrolls the document view > because XXE wants the caret to be always visible. > > However, when there is a selection of any kind, this no longer holds true. > > Why? Because, otherwise, if, for example, we select some text and scroll > the document view using the scrollbars or the mouse wheel, this would > extend the text selection.
Huh??? When the user presses Shift down, it sticks an invisible stake at the position of the cursor. Then until the user releases Shift, the section between the current position of the cursor (which is possibly moved since sticking of that stake) and the earlier stuck stake is the selection (the pink thing). How come scrollbar and mouse wheels interfere with this? They don't move the cursor, hence they shouldn't have any effect on the selection either. WAIT, WAIT, I just tried it and now I see it... in XXE the scroll bars cause the caret to move! Whose genial idea was this? :) It's not how a text editor is supposed to work. Try any other text editors, like MS Word, Notepad, SciTE, etc. > And doing so would be pretty surprising for the XXE user. That would be yet another bug... > We considered the idea of turning "Ensure that the caret is always > visible" into an option. So, to recap, it would be absurd to introduce any kind of option for this, since there is only one way it should work, the way all other text editors work in this regard, and hence the way how users expect it to work. And the rule regarding selections is completely simple then: As far as the scrolling is concerned, it doesn't mater at all if you are selecting or not. For example when you extend the selection downwards using shit + down arrow, the caret is at the end of the selection, and the scrolling has nothing to do with the selection. It's the caret that causes the scrolling, exactly like when there is no selection in progress. > The problem is that, with such option turned off, the regions of the > document displayed by the different document views are no longer in > sync. -- Best regards, Daniel Dekany
