From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Re: visual-region-mode? Date: Mon, 24 Sep 2018 20:24:01 +0000 Message-ID: <20180924202401.GB9502@ACM> References: <87k1nm7eit.fsf@toy.adminart.net> <878t403dn5.fsf@toy.adminart.net> <878t3yv0p0.fsf@toy.adminart.net> <87d0t9ckzl.fsf@toy.adminart.net> <87a7oa1toa.fsf@toy.adminart.net> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: blaine.gmane.org 1537820815 8548 195.159.176.226 (24 Sep 2018 20:26:55 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 24 Sep 2018 20:26:55 +0000 (UTC) User-Agent: Mutt/1.10.1 (2018-07-13) Cc: lokedhs@gmail.com, cpitclaudel@gmail.com, "Charles A. Roelli" , rms@gnu.org, emacs-devel@gnu.org To: hw Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Sep 24 22:26:51 2018 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g4XRS-00024f-I6 for ged-emacs-devel@m.gmane.org; Mon, 24 Sep 2018 22:26:50 +0200 Original-Received: from localhost ([::1]:47624 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g4XTY-0000pL-K3 for ged-emacs-devel@m.gmane.org; Mon, 24 Sep 2018 16:29:00 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44275) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g4XTN-0000o5-Ky for emacs-devel@gnu.org; Mon, 24 Sep 2018 16:28:50 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g4XTI-0007dU-Gf for emacs-devel@gnu.org; Mon, 24 Sep 2018 16:28:49 -0400 Original-Received: from colin.muc.de ([193.149.48.1]:54463 helo=mail.muc.de) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1g4XTI-0007cA-2T for emacs-devel@gnu.org; Mon, 24 Sep 2018 16:28:44 -0400 Original-Received: (qmail 61604 invoked by uid 3782); 24 Sep 2018 20:28:42 -0000 Original-Received: from acm.muc.de (p5B14789A.dip0.t-ipconnect.de [91.20.120.154]) by colin.muc.de (tmda-ofmipd) with ESMTP; Mon, 24 Sep 2018 22:28:41 +0200 Original-Received: (qmail 9596 invoked by uid 1000); 24 Sep 2018 20:24:01 -0000 Content-Disposition: inline In-Reply-To: <87a7oa1toa.fsf@toy.adminart.net> X-Delivery-Agent: TMDA/1.1.12 (Macallan) X-Primary-Address: acm@muc.de X-detected-operating-system: by eggs.gnu.org: FreeBSD 9.x [fuzzy] X-Received-From: 193.149.48.1 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:230045 Archived-At: Hello, hw. On Fri, Sep 21, 2018 at 22:28:53 +0200, hw wrote: > charles@aurox.ch (Charles A. Roelli) writes: > >> From: hw > >> Date: Wed, 19 Sep 2018 22:04:14 +0200 > >> With t-m-m disabled, there is no way to fortify the region, and there is > >> no highlighting. Why would I disable it? [ .... ] > Disabling t-m-m doesn't make any sense at all. Why would anyone disable > it? For the avoidance of the complexities that dealing with transient-mark-mode involves. > I can see it for someone who doesn't like the highlighting, so if it was > configurable --- and it is amazing that is isn't --- whether to > highlight the region when it's active or not, everyone who dislikes the > highlighting could have t-m-m enabled. I would remove having it > disabled entirely from Emacs because there is no point in that and only > complication. There is a great deal of point. Your last suggestion borders on the offensive, since it suggests that any user whose needs and understanding are different from yours should not be taken into account in plotting the future of Emacs. I do agree with you that transient-mark-mode is a hodge-podge of vaguely related distinct features, mostly badly named, and that was why I argued against it becoming a default setting some years ago. I also agree with you that these distinct features should be capable of being en/disabled independently. These distinct features are (i) the highlighting of the region; (ii) the disablement of commands which need the mark to function; (iii) the "narrowing" of the buffer for certain commands (such as M-%). > Without highlighting, a different indicator could be useful to show > whether the region is active or not, like a hint in the mode line. Yes. I suggest this should be a single character, or at most two characters. Space in the mode line is precious. Maybe "+" could fulfil this role somewhere. -- Alan Mackenzie (Nuremberg, Germany).