nano-devel
[Top][All Lists]
Advanced

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

Re: [PATCH] search: automatically drop spotlighting after a few moments


From: Benno Schulenberg
Subject: Re: [PATCH] search: automatically drop spotlighting after a few moments
Date: Tue, 1 Jun 2021 10:22:10 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0

[Please stop spamming my personal address.  I am subscribed to the list.]

Op 31-05-2021 om 17:30 schreef pepa65:
> On 5/31/21 4:02 PM, Benno Schulenberg wrote:
>> Even though I know that spotlighted text is not selected, I still
>> regularly think for a fleeting instant that the spotlighted text
>> can be cut with a ^K.  Mitigate this by dropping the spotlighting
>> after 1.5 seconds (or 0.8 seconds when using --quick).
> 
> You could also mitigate this by choosing a visually different style.

What visually different style?  And does every terminal support that?

The colors are not confusing me.  Spotlighting is the default black on
yellow, and for selected text I have lightwhite on magenta.  Contrast
enough.  Maybe it is an inheritance from the --markthematch period, but
it has been four months, and I still have the tendency to think that I
can cut the yellowed piece of text.  I think it is simply that in any
editor I know, when text is highlighted, the Cut keystroke will cut it.

Liu Hao mentioned the same thing -- that spotlighted text looks like
being marked:

  https://lists.gnu.org/archive/html/nano-devel/2021-03/msg00008.html

> But if you automatically drop the highlighting for everybody, that might be
> undesirable. If people choose spotlighting, how do you know they want that to
> disappear?

The user cannot choose spotlighting.  Since version 5.6 a search match
gets spotlighted.  That is what nano does.  There is no choice.

Benno

Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

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