From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.help Subject: Re: Mark set by =?utf-8?B?4oCYbWFyay0q4oCZ?= not deactivated by point motion Date: Mon, 17 Sep 2018 15:18:52 -0400 Message-ID: References: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1537212119 20313 195.159.176.226 (17 Sep 2018 19:21:59 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 17 Sep 2018 19:21:59 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Sep 17 21:21:55 2018 Return-path: Envelope-to: geh-help-gnu-emacs@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 1g1z5n-0005Aw-Gr for geh-help-gnu-emacs@m.gmane.org; Mon, 17 Sep 2018 21:21:55 +0200 Original-Received: from localhost ([::1]:37095 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g1z7u-00010D-0y for geh-help-gnu-emacs@m.gmane.org; Mon, 17 Sep 2018 15:24:06 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53161) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g1z75-0000hD-04 for help-gnu-emacs@gnu.org; Mon, 17 Sep 2018 15:23:22 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g1z31-000115-37 for help-gnu-emacs@gnu.org; Mon, 17 Sep 2018 15:19:07 -0400 Original-Received: from [195.159.176.226] (port=52597 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g1z30-0000wZ-Qt for help-gnu-emacs@gnu.org; Mon, 17 Sep 2018 15:19:03 -0400 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1g1z0r-0007CP-5P for help-gnu-emacs@gnu.org; Mon, 17 Sep 2018 21:16:49 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 43 Original-X-Complaints-To: usenet@blaine.gmane.org Cancel-Lock: sha1:yKm1/2W5eeqxpBmlxHy4SFenSiM= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:117944 Archived-At: > Observed behavior: point moves as commanded, mark remains active. > Expected behavior: point moves, mark is deactivated. Could you clarify what would be the benefit of the behavior you expect (other than fitting your expectation, obviously ;-)? > Pre-emptive counterarguments: I'm more wondering about why you'd mark a word with M-@ only to immediately afterwards deactivate the region. I never use M-@ but I use C-M-SPC all the time, and very often I do C-M-SPC (maybe repeated a few times) followed by some cursor motion (including C-x C-x sometimes) to "fine tune" the boundaries of the active region. So I rely on this behavior very frequently and I find it rather convenient not to have to re-activate the mark explicitly when I'm done tuning its boundaries. On the contrary, I find the deactivate-mark behavior of "navigation after shifted-navigation" to be a mis-feature: it forces me to be careful to keep the shift key pressed until I'm really done setting up the region and it prevents me from using navigation commands which I can't use in a shifted form (or which don't (yet) support shift-select-mode). I don't mind very much, tho: I just use C-SPC instead, but I think in terms of UI, navigation should never deactivate the mark. I have the impression that this behavior was simply copied from other applications, and those don't have something equivalent to Emacs's C-g, so their users are used to making a dummy un-shifted cursor movement when they just want to deactivate the selection. But in Emacs we have C-g for that. Stefan [ Side comment. Emacs made the opposite choice for undo: when you want to start redoing, you need to perform some dummy non-undo command because there's no dedicated key-binding to switch between undo and redo. ]