Re: <Tab> is not captured while selecting

[Brand Huntsman]

On Mon, 2 Dec 2019 16:55:02 +0100
Benno Schulenberg <address@hidden> wrote:

> > I think I may have found a bug in Nano (I downloaded 4.6). I was
> > trying to write a hardcoded hash in Perl, where key/value pairs are
> > separated by a "=>". I first wrote the keys:
> >     '10'
> >     '20'
> >     '30'
> > then went back to the first line, ^E to go beyond the second
> > apostrophe, then started selecting (Ctrl-^) and typed "<Tab>=> ".
> > My intention was to cut this text (^K^U) and copy it below (^N^U,
> > etc.).  
> 
> 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?  If yes, then you
> would simply have to delete lines 661 and 662 from src/winio.c.

Wouldn't it be better to use the macro feature instead of overloading another 
feature to mean many different things?

mark -> start recording
cut/copy -> end recording
each uncut -> playback

Same number of actions, or less if you use copy instead of the cut/uncut combo.