Re: <Tab> is not captured while selecting

[Seb]

Hi,


> We could change the rule so that <Tab> only means 'indent' when the 
> cursor is on a different line than the mark.  This would preserve the 
> intention of the function (to be able to indent a group of lines as a 
> whole), without interfering with your foresight selecting -- well: 
> unless you type multiple lines, including Tabs, while the mark is on. 
> Is there any chance you would do the latter?

Yes, that would do the trick for me.

But perhaps there is another way to look at this:

* Selection is started.

* If a key is pressed before the selection is closed, then insert the
  symbol, even if it is <Tab>. That's what users expect.

* Once the selection is closed, a <Tab> shifts to the right all the lines
  of which at least a part has been selected.

In other words: act only once a selection is complete.

So there would be a slight loss of the current functionality: one could no 
longer shift a line to the right by just starting a selection and pressing 
<Tab> (perhaps the functionality could be retained by asking to press ^I 
instead of <Tab>?); but the overall picture may look healthier.

> But if you make only short foresight selections, then the attached patch 
> should fix the problem.

Thanks alot!


Kind regards,
Sébastien.