GNU bug report logs - #56662
29.0.50; Funny region highlights when highlight-nonselected-windows is t

Previous Next

Full log

Message #32 received at 56662 <at> debbugs.gnu.org (full text, mbox):

From: Visuwesh <visuweshm <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 56662 <at> debbugs.gnu.org, kevin.legouguec <at> gmail.com
Subject: Re: bug#56662: 29.0.50; Funny region highlights when
 highlight-nonselected-windows is t
Date: Thu, 21 Jul 2022 18:02:32 +0530

[வியாழன் ஜூலை 21, 2022] Eli Zaretskii wrote:

>> From: Visuwesh <visuweshm <at> gmail.com>
>> Cc: Kévin Le Gouguec <kevin.legouguec <at> gmail.com>,
>>   56662 <at> debbugs.gnu.org
>> Date: Thu, 21 Jul 2022 16:52:06 +0530
>> 
>> [வியாழன் ஜூலை 21, 2022] Eli Zaretskii wrote:
>> 
>> >>     I kind of wish there was a third value for this user option;
>> >>     e.g. (setq highlight-nonselected-windows 'lazy) to signify "keep
>> >>     highlighting as-is when leaving the window, and never update it
>> >>     until the window becomes current again"? 🤷
>> >
>> > How would that work, if you take into consideration that the region is
>> > between the mark and point?
>> 
>> I can think of one way this could potentially work is by checking if the
>> mark was made when window was active so making the mark "window-aware"?
>> I.e., if two windows A and B show the same buffer and the user typed
>> C-SPC when in window A, then the region would not show up in window B.
>> Does this make sense?
>
> So what happens if the user then types "C-x o" to switch to B?

Ideally, nothing.  Only the active window changes but the region
highlighting before and after should be the same.  Here's another
question: what about delete-selection-mode when the active window is B?
I think there is no satisfactory answer in this area and this bug should
be simply closed (but I'm interested to see an answer though).

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.