GNU bug report logs -
#56662
29.0.50; Funny region highlights when highlight-nonselected-windows is t
Previous Next
Reported by: Visuwesh <visuweshm <at> gmail.com>
Date: Wed, 20 Jul 2022 11:36:02 UTC
Severity: normal
Tags: wontfix
Found in version 29.0.50
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
Message #14 received at 56662 <at> debbugs.gnu.org (full text, mbox):
> From: Visuwesh <visuweshm <at> gmail.com>
> Cc: 56662 <at> debbugs.gnu.org
> Date: Wed, 20 Jul 2022 18:13:16 +0530
>
> [புதன் ஜூலை 20, 2022] Eli Zaretskii wrote:
>
> >> From: Visuwesh <visuweshm <at> gmail.com>
> >> Date: Wed, 20 Jul 2022 17:05:11 +0530
> >>
> >> 1. emacs -Q
> >> 2. Visit a longish file.
> >> 3. C-x 3 and scroll up in any of the window.
> >> 4. M-: (setq highlight-nonselected-windows t) RET.
> >> 5. Create an active region and compare the highlighting.
> >
> > What is wrong with this behavior? In each window the region between
> > the mark and point is highlighted, as you requested by turning on that
> > option.
> >
> > What am I missing?
>
> Since the point is local to the window, it felt natural that the region
> would be too.
And it is. But the mark originally is the same. If you switch to the
other window and set its mark in a different place, you will have
completely separate and independent highlighting.
> But since the region simply highlights the text between the point
> and the mark, the current behaviour is not strange indeed. I guess
> there's nothing to do here and this bug can be closed?
Yes, I think this is the intended behavior.
This bug report was last modified 2 years and 299 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.