From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#15899: 24.3.50; regression: `region' overlay is lower priority than default Date: Sat, 16 Nov 2013 13:24:24 +0200 Message-ID: <83ob5kh9nb.fsf@gnu.org> References: <20137354-f982-4314-9c09-21a5fbc36557@default> <83ob5mi02j.fsf@gnu.org> <83bo1liv80.fsf@gnu.org> <87mwl58yvc.fsf@yandex.ru> <834n7dipnq.fsf@gnu.org> <5286A1AD.1080106@yandex.ru> <83wqk8hgtf.fsf@gnu.org> <52874820.2020601@yandex.ru> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1384601115 15810 80.91.229.3 (16 Nov 2013 11:25:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 16 Nov 2013 11:25:15 +0000 (UTC) Cc: 15899@debbugs.gnu.org To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Nov 16 12:25:19 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Vhe05-0004H0-Hd for geb-bug-gnu-emacs@m.gmane.org; Sat, 16 Nov 2013 12:25:17 +0100 Original-Received: from localhost ([::1]:35501 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vhe04-0007p7-Ph for geb-bug-gnu-emacs@m.gmane.org; Sat, 16 Nov 2013 06:25:16 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44114) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vhdzx-0007p1-I5 for bug-gnu-emacs@gnu.org; Sat, 16 Nov 2013 06:25:14 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vhdzs-0004xb-Dd for bug-gnu-emacs@gnu.org; Sat, 16 Nov 2013 06:25:09 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:42748) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vhdzs-0004w2-BF for bug-gnu-emacs@gnu.org; Sat, 16 Nov 2013 06:25:04 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Vhdzq-00037G-Oj for bug-gnu-emacs@gnu.org; Sat, 16 Nov 2013 06:25:03 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 16 Nov 2013 11:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15899 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 15899-submit@debbugs.gnu.org id=B15899.138460108611943 (code B ref 15899); Sat, 16 Nov 2013 11:25:02 +0000 Original-Received: (at 15899) by debbugs.gnu.org; 16 Nov 2013 11:24:46 +0000 Original-Received: from localhost ([127.0.0.1]:56767 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VhdzZ-00036W-Gn for submit@debbugs.gnu.org; Sat, 16 Nov 2013 06:24:46 -0500 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:34248) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VhdzW-00036D-JO for 15899@debbugs.gnu.org; Sat, 16 Nov 2013 06:24:43 -0500 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MWC00G00SYONG00@a-mtaout22.012.net.il> for 15899@debbugs.gnu.org; Sat, 16 Nov 2013 13:24:36 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MWC00GOOT0ZEX70@a-mtaout22.012.net.il>; Sat, 16 Nov 2013 13:24:36 +0200 (IST) In-reply-to: <52874820.2020601@yandex.ru> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 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.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:80639 Archived-At: > Date: Sat, 16 Nov 2013 12:25:36 +0200 > From: Dmitry Gutov > CC: monnier@iro.umontreal.ca, 15899@debbugs.gnu.org > > `easy-kill' depends on region highlighting working in a certain way. What way is that? Before region highlighting was reimplemented as an overlay, it had a fixed "priority" that couldn't be controlled or worked around. So what exactly did easy-kill expect from that behavior? > It has a command `easy-mark' which selects some unit of text around > point. And it uses a dedicated overlay to mark the place where point was > before the command was called, in color. But the region always has point on one of its ends, so both the places where point was and where it is are clearly visible when the region is active. So why is there a need for the easy-mark to be visible in that situation (which is transient and therefore short-lived)? > So that overlay needs to have higher priority than region. No need to > make region highlighting invisible. The part of the region that overlaps the easy-mark overlay will not be visible, if the region's priority is lower. Or did you mean something else? > >> If the region overlay will have a high but finite and documented > >> priority, that would be much better. > > > > Which will start an "overlay priority arms race", something I loathe. > > I don't think so. The region overlay priority won't change, even if > people decide to shoot themselves in the foot and raise priorities of > overlays inappropriately. That's not the race I had in mind. What I had in mind was users complaining about their favorite overlay-based features being obscured by the region, lobbying the maintainers to increase the priorities of those overlays above the region (and possibly also above the easy-mark overlay), or increase the priority of the region overlay; then other users complaining about the effects of that, and so on and so forth ad nauseam. How can you even assume that the "region overlay priority won't change", given the possibility and enough pressure from users? Once out of the bottle, this genie cannot be easily put back.