From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#56662: 29.0.50; Funny region highlights when highlight-nonselected-windows is t Date: Sat, 23 Jul 2022 09:08:07 +0200 Message-ID: <87czdw5mso.fsf@gnus.org> References: <87bktk585s.fsf@gmail.com> <83wnc8klhw.fsf@gnu.org> <877d48550b.fsf@gmail.com> <83sfmwkl0y.fsf@gnu.org> <871qufpmjp.fsf@gmail.com> <83lesnnfxy.fsf@gnu.org> <87h73a7lsx.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="32760"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: Eli Zaretskii , 56662@debbugs.gnu.org, =?UTF-8?Q?K=C3=A9vin?= Le Gouguec To: Visuwesh Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Jul 23 09:09:17 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oF9GH-0008K2-Dx for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 23 Jul 2022 09:09:17 +0200 Original-Received: from localhost ([::1]:43366 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oF9GF-0006t5-67 for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 23 Jul 2022 03:09:15 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58596) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oF9G2-0006sU-Fv for bug-gnu-emacs@gnu.org; Sat, 23 Jul 2022 03:09:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:53320) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oF9G2-0006em-3u for bug-gnu-emacs@gnu.org; Sat, 23 Jul 2022 03:09:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oF9G1-0002Uf-Uz for bug-gnu-emacs@gnu.org; Sat, 23 Jul 2022 03:09:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 23 Jul 2022 07:09:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 56662 X-GNU-PR-Package: emacs Original-Received: via spool by 56662-submit@debbugs.gnu.org id=B56662.16585601009517 (code B ref 56662); Sat, 23 Jul 2022 07:09:01 +0000 Original-Received: (at 56662) by debbugs.gnu.org; 23 Jul 2022 07:08:20 +0000 Original-Received: from localhost ([127.0.0.1]:43069 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oF9FM-0002TQ-0n for submit@debbugs.gnu.org; Sat, 23 Jul 2022 03:08:20 -0400 Original-Received: from quimby.gnus.org ([95.216.78.240]:47512) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oF9FJ-0002T2-7X for 56662@debbugs.gnu.org; Sat, 23 Jul 2022 03:08:17 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=V7r4j3QlMb0rscC4fLLt1qJiJTwhryDimIOjRpyb/nU=; b=Y0D0jTLpDSPkK/+vHhC1GQ65GF hLQ3m7iSB4dnjUYXDlbn8QNXXaseUiRJ0TyI/tHDXHQpO1AiLzYC4ecl26weulHAKBUGz002nonJ9 k46qLrKLJ9kiqnPdryGRDXYG4RTiieJoAjybNA70CFqXfVNxG5FsvoSNjiZ4+4e3JN0o=; Original-Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oF9F9-00082p-WB; Sat, 23 Jul 2022 09:08:10 +0200 In-Reply-To: <87h73a7lsx.fsf@gmail.com> (Visuwesh's message of "Thu, 21 Jul 2022 16:52:06 +0530") X-Now-Playing: Boris's _Documentary of Akuma no Uta_: "=?UTF-8?Q?=E3=81=82=E3=81=AE=E5=A5=B3=E3=81=AE=E9=9F=B3=E9=87=8F?= -Ano Onna no Onryou-" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:237679 Archived-At: Visuwesh writes: > 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? But I'm not sure if this heuristic will work at > all times as it bends the notion of "active region" way too much. I think what you're asking for here is really to make the mark a window entity instead of a buffer thing. (The point can be specified per window, but the mark can't.) I think that sounds like an interesting feature (and would allow having different highlighted regions in different windows displaying the same buffer), but sounds like it would be very backwards-incompatible. I've also been annoyed by how showing the same buffer in two windows isn't more... "separate". When editing two different sections of the same buffer at the same time, it's really easy to get pretty confused (especially when jumping to the mark with `C-x C-x').