[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: <Tab> is not captured while selecting

From: Seb
Subject: Re: <Tab> is not captured while selecting
Date: Tue, 3 Dec 2019 10:29:11 +0100 (CET)
User-agent: Alpine 2.21 (DEB 202 2017-01-01)


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,

reply via email to

[Prev in Thread] Current Thread [Next in Thread]