GNU bug report logs - #58176
29.0.50; mouse-set-point region flicker with highlight-nonselected-windows=t and same buffer in two windows

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: <miha <at> kamnitnik.top>
Cc: 58176 <at> debbugs.gnu.org
Subject: Re: bug#58176: 29.0.50; mouse-set-point region flicker with
 highlight-nonselected-windows=t and same buffer in two windows
Date: Sat, 01 Oct 2022 12:58:44 +0300

> From: <miha <at> kamnitnik.top>
> Cc: 58176 <at> debbugs.gnu.org
> Date: Sat, 01 Oct 2022 12:00:43 +0200
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> >> (I'm assuming that by "show regions of zero length", you mean that the
> >> "Copy text" toolbar icon is enabled.)
> >
> > No, we actually attempt to display zero-length regions in the text.
> 
> Maybe there's something obvious I'm missing, but in a graphical emacs
> -q, I can't see a zero length active region in the text at all. That is,
> after activating it with C-SPC or a non-dragging mouse-1 button press, I
> can't see a single pixel around point changing to indicate the region. I
> even tried it after considerably enlarging the font with 'C-x C-+ + + +
> + ...'.
> 
> (On the other hand, zero-length rectangular regions, created with C-x
> SPC, are properly indicated with a thin vertical line, but we aren't
> talking about rectangular regions here.)

I was talking about what we show for zero-width rectangular regions,
yes.

> In essence, my patch tries to make behaviour of mouse-1 region
> activation more similar to C-M-mouse-1 rectangular region activation.

Sorry, I'm not convinced.

Previous Next

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