Thursday, July 12, 2007, 12:20:28 PM, M. Collado wrote:
> Daniel Dekany escribi?: >> ... >> Also it XXE doesn't scroll after the expanding selection properly: if >> the child that was just added to the selection with "Esc Right-Arrow" >> was out of the display, it will only shows the topmost line of the >> newly selected children. This is inconvenient because it's hard to >> tell this way if I want to expand the selection further, since I don't >> see what's the end of the lastly added child. In fact, for the same >> reason I should see the first line of the child that is *after* the >> newly selected child. >> >> In general XXE has some major problems with standard text editor >> functionality regarding selection + scrolling. Like there is the issue >> with Shift + Down-Arrow and Shift + Up-Arrow, when XXE simply doesn't >> scroll after the expanding end of the selection. It feels like nobody >> but me select stuff that doesn't fit completely into the display port, >> so it only bothers me... strange. > > Well, I routinely select stuff larger that the display port. Good to know I'm not alone with this after all... ;) > 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. 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. > Showing also the lines inmmediatly before/after the selection is also > desirable, It used to work like that as the consequence of following the cursor. When you select lines with Shift + Down-Arrow, the cursor is usually at the very beginning of the line. So when you extend the selection by moving downward with the cursor, the line you are in is not selected yet, but as the cursor is already in it, it will be visible in the view port. > but the criterion to select what to show is a matter of taste. Showing the next line is helpful without any (real) drawback, so I don't think it's matter of taste. Unless we consider masochism as a taste, :) more helpful is just better for everyone. > Hope this helps. -- Best regards, Daniel Dekany
