From unknown Tue Jun 17 22:27:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10056: 24.0.91; `copy-to-register' does not deactivate the mark Resent-From: Dani Moncayo Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 15 Nov 2011 20:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 10056 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 10056@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.13213876395533 (code B ref -1); Tue, 15 Nov 2011 20:08:02 +0000 Received: (at submit) by debbugs.gnu.org; 15 Nov 2011 20:07:19 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RQPHq-0001RC-Mv for submit@debbugs.gnu.org; Tue, 15 Nov 2011 15:07:18 -0500 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RQPHo-0001R2-Ma for submit@debbugs.gnu.org; Tue, 15 Nov 2011 15:07:17 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RQPH3-0003LU-NK for submit@debbugs.gnu.org; Tue, 15 Nov 2011 15:06:30 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_LOW,T_DKIM_INVALID autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:43502) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RQPH3-0003LP-Kp for submit@debbugs.gnu.org; Tue, 15 Nov 2011 15:06:29 -0500 Received: from eggs.gnu.org ([140.186.70.92]:57382) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RQPH2-0003P5-N1 for bug-gnu-emacs@gnu.org; Tue, 15 Nov 2011 15:06:29 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RQPH1-0003K7-Ib for bug-gnu-emacs@gnu.org; Tue, 15 Nov 2011 15:06:28 -0500 Received: from mail-yw0-f41.google.com ([209.85.213.41]:53856) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RQPH1-0003Is-FQ for bug-gnu-emacs@gnu.org; Tue, 15 Nov 2011 15:06:27 -0500 Received: by ywp17 with SMTP id 17so5290149ywp.0 for ; Tue, 15 Nov 2011 12:06:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=9161SN4CN5DnIUTKrTn3Rjk9UKGf9AblMv4ji868maQ=; b=GpJ6dBcdcr/v5vxlkyRQJx8NRVD4sD2kzY4IP4ivtnK4DNVPb+O97580ovD90rJ6Ij Y7t+jfjsv9zyCBs6bbin+Q/1s6sH+LCPa7RuvC9sN9Xeuz6bu2bagmNCv1H4QI1+2l0T IjBnsrCoVzz+KBO6bbbQyK4Z6iPbeKelha0FM= MIME-Version: 1.0 Received: by 10.146.181.25 with SMTP id d25mr1898166yaf.3.1321387586342; Tue, 15 Nov 2011 12:06:26 -0800 (PST) Received: by 10.236.32.198 with HTTP; Tue, 15 Nov 2011 12:06:26 -0800 (PST) Date: Tue, 15 Nov 2011 21:06:26 +0100 Message-ID: From: Dani Moncayo Content-Type: text/plain; charset=ISO-8859-1 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -4.9 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.9 (----) Hello. According to (info "(emacs)Text Registers"), the mark should be deactivated at the end of the command `copy-to-register' (which is TRT; `C-w' behaves that way, for example). But I see that: * The mark (region) remains active after doing "C-x h C-x r s s" (from emacs -Q). * The command's docstring does not mention anything about this. It should, no? In GNU Emacs 24.0.91.1 (i386-mingw-nt6.1.7601) of 2011-11-11 on DANI-PC Windowing system distributor `Microsoft Corp.', version 6.1.7601 configured using `configure --with-gcc (4.5)' -- Dani Moncayo From unknown Tue Jun 17 22:27:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10056: 24.0.91; `copy-to-register' does not deactivate the mark Resent-From: Dani Moncayo Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 15 Nov 2011 20:17:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10056 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 10056@debbugs.gnu.org Received: via spool by 10056-submit@debbugs.gnu.org id=B10056.13213882016354 (code B ref 10056); Tue, 15 Nov 2011 20:17:01 +0000 Received: (at 10056) by debbugs.gnu.org; 15 Nov 2011 20:16:41 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RQPQu-0001eP-K0 for submit@debbugs.gnu.org; Tue, 15 Nov 2011 15:16:41 -0500 Received: from mail-yx0-f172.google.com ([209.85.213.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RQPQr-0001eD-ST for 10056@debbugs.gnu.org; Tue, 15 Nov 2011 15:16:38 -0500 Received: by yenq4 with SMTP id q4so4454823yen.3 for <10056@debbugs.gnu.org>; Tue, 15 Nov 2011 12:15:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=CtEjyjL0lvcpHV54XZqE1Vd+SkjjXxPMHmksCTaUbfg=; b=sTXLvBt84bdmcoF3AoM3FF6h8Cj4iqPv7D6EpcIwfEzFc1cwyHcc2j7Mxhg4GulioY VYxNEkBRfyFPJTjiPuhXLIuPKPTuC1dimbkmHWwJk5RTPHNOfJAmVi9DhtAC1ZOt3Kfs Epq+btb0ojFT+zTwFOwRVT7a6Bdokmh0mRFPM= MIME-Version: 1.0 Received: by 10.101.75.1 with SMTP id c1mr8287249anl.141.1321388151287; Tue, 15 Nov 2011 12:15:51 -0800 (PST) Received: by 10.236.32.198 with HTTP; Tue, 15 Nov 2011 12:15:51 -0800 (PST) In-Reply-To: References: Date: Tue, 15 Nov 2011 21:15:51 +0100 Message-ID: From: Dani Moncayo Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -3.7 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.7 (---) > But I see that: > * The mark (region) remains active after doing "C-x h C-x r s s" (from > emacs -Q). > * The command's docstring does not mention anything about this. It should, no? I see the same problem with `C-x r k' from a read-only buffer: it should deactivate the mark, as C-w does. -- Dani Moncayo From unknown Tue Jun 17 22:27:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10056: 24.0.91; `copy-to-register' does not deactivate the mark Resent-From: Dani Moncayo Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 15 Nov 2011 20:20:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10056 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 10056@debbugs.gnu.org Received: via spool by 10056-submit@debbugs.gnu.org id=B10056.13213883746609 (code B ref 10056); Tue, 15 Nov 2011 20:20:02 +0000 Received: (at 10056) by debbugs.gnu.org; 15 Nov 2011 20:19:34 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RQPTh-0001iX-HB for submit@debbugs.gnu.org; Tue, 15 Nov 2011 15:19:34 -0500 Received: from mail-yw0-f44.google.com ([209.85.213.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RQPTf-0001iM-D6 for 10056@debbugs.gnu.org; Tue, 15 Nov 2011 15:19:32 -0500 Received: by ywt34 with SMTP id 34so5588089ywt.3 for <10056@debbugs.gnu.org>; Tue, 15 Nov 2011 12:18:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=/GMLUGLfuMK6V8DTF5IqrSuWv1UW7agawLi5mFWGgAY=; b=pNy1FKagmCvORXKWM3TL1cNhP9TwEANFrm30qTN1ouVVmL26PfbonbrWyMYzT/rQsW ipwNmiQroH3+84LTDhf4seuuJNc6nTLD0ILuT3UCASaiBU4q6Nor/zrRVMB9G/BoIHBP QLOBw5iYKRt25G3fdbjm37MiVqkSHfPgIvyRI= MIME-Version: 1.0 Received: by 10.101.75.1 with SMTP id c1mr8291365anl.141.1321388325035; Tue, 15 Nov 2011 12:18:45 -0800 (PST) Received: by 10.236.32.198 with HTTP; Tue, 15 Nov 2011 12:18:44 -0800 (PST) In-Reply-To: References: Date: Tue, 15 Nov 2011 21:18:44 +0100 Message-ID: From: Dani Moncayo Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -3.7 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.7 (---) > According to (info "(emacs)Text Registers"), the mark should be > deactivated at the end of the command `copy-to-register' (which is > TRT; `C-w' behaves that way, for example). ^^^^ I meant `M-w', of course. -- Dani Moncayo From unknown Tue Jun 17 22:27:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10056: 24.0.91; `copy-to-register' does not deactivate the mark Resent-From: Dani Moncayo Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 15 Nov 2011 20:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10056 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 10056@debbugs.gnu.org Received: via spool by 10056-submit@debbugs.gnu.org id=B10056.13213894328254 (code B ref 10056); Tue, 15 Nov 2011 20:38:02 +0000 Received: (at 10056) by debbugs.gnu.org; 15 Nov 2011 20:37:12 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RQPkl-000295-TK for submit@debbugs.gnu.org; Tue, 15 Nov 2011 15:37:12 -0500 Received: from mail-yx0-f172.google.com ([209.85.213.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RQPkj-00028s-Ri for 10056@debbugs.gnu.org; Tue, 15 Nov 2011 15:37:10 -0500 Received: by yenq4 with SMTP id q4so4476584yen.3 for <10056@debbugs.gnu.org>; Tue, 15 Nov 2011 12:36:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=tkUqSnjGth4bwPsl/Znjp8+qfGzwsTBkkRDKPxEgTmQ=; b=vd9vexWuC/WSi2+nGpX3xFomH978JijkWvWGA2OYmGO7KCtyh7j7QZ5/DFk6uuYdCE kt5FO7UZiwpKgOh4/9K6/1eWbpJTq5v37jACvEw6z4FX7kxEhDVfQrfGD785KX/nE/Xd JZ1mriwtxnuU6y+wAPi7jnfF4prqY+a7ORa74= MIME-Version: 1.0 Received: by 10.101.112.14 with SMTP id p14mr8305263anm.119.1321389383073; Tue, 15 Nov 2011 12:36:23 -0800 (PST) Received: by 10.236.32.198 with HTTP; Tue, 15 Nov 2011 12:36:22 -0800 (PST) In-Reply-To: References: Date: Tue, 15 Nov 2011 21:36:22 +0100 Message-ID: From: Dani Moncayo Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -3.7 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.7 (---) >> But I see that: >> * The mark (region) remains active after doing "C-x h C-x r s s" (from >> emacs -Q). >> * The command's docstring does not mention anything about this. It should, no? > > I see the same problem with `C-x r k' from a read-only buffer: it > should deactivate the mark, as C-w does. Same problem for `C-x r r'. -- Dani Moncayo From unknown Tue Jun 17 22:27:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10056: 24.0.91; `copy-to-register' does not deactivate the mark Resent-From: Chong Yidong Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Nov 2011 06:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10056 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dani Moncayo Cc: 10056@debbugs.gnu.org Received: via spool by 10056-submit@debbugs.gnu.org id=B10056.13218571239996 (code B ref 10056); Mon, 21 Nov 2011 06:33:02 +0000 Received: (at 10056) by debbugs.gnu.org; 21 Nov 2011 06:32:03 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RSNQA-0002bA-Rh for submit@debbugs.gnu.org; Mon, 21 Nov 2011 01:32:03 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RSNQ8-0002am-EW for 10056@debbugs.gnu.org; Mon, 21 Nov 2011 01:32:01 -0500 Received: from [155.69.17.150] (port=54033 helo=furball) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1RSNOx-0000Ey-AF; Mon, 21 Nov 2011 01:30:47 -0500 From: Chong Yidong References: Date: Mon, 21 Nov 2011 14:30:40 +0800 In-Reply-To: (Dani Moncayo's message of "Tue, 15 Nov 2011 21:06:26 +0100") Message-ID: <87aa7qm1gv.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -6.6 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) Dani Moncayo writes: > Hello. > > According to (info "(emacs)Text Registers"), the mark should be > deactivated at the end of the command `copy-to-register' (which is > TRT; `C-w' behaves that way, for example). > > But I see that: > * The mark (region) remains active after doing "C-x h C-x r s s" (from > emacs -Q). > * The command's docstring does not mention anything about this. It should, no? I agree that the mark should be deactivated. But the current behavior has been in place for a long time, so this change can probably wait till after the release. From unknown Tue Jun 17 22:27:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10056: 24.0.91; `copy-to-register' does not deactivate the mark Resent-From: Dani Moncayo Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Jun 2012 07:47:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10056 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Chong Yidong Cc: 10056@debbugs.gnu.org Received: via spool by 10056-submit@debbugs.gnu.org id=B10056.133888238614800 (code B ref 10056); Tue, 05 Jun 2012 07:47:01 +0000 Received: (at 10056) by debbugs.gnu.org; 5 Jun 2012 07:46:26 +0000 Received: from localhost ([127.0.0.1]:57838 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SboTC-0003qe-Bo for submit@debbugs.gnu.org; Tue, 05 Jun 2012 03:46:26 -0400 Received: from mail-ob0-f172.google.com ([209.85.214.172]:65337) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SboTA-0003qT-Gm for 10056@debbugs.gnu.org; Tue, 05 Jun 2012 03:46:25 -0400 Received: by obbeh20 with SMTP id eh20so10820479obb.3 for <10056@debbugs.gnu.org>; Tue, 05 Jun 2012 00:44:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=giQ43rjaVAA8tck2PVR5Q4yMt55FKgc0l8/IH6nTIEE=; b=mQrMo7XGr3cB1aZh60El4CSFbrwpE+8X7y6VWxjkX2C/tRvJUxjr9h6qdHMEeZfuA7 7pinoMshCITp1CBxVoRnYCLxRMPugW853ytyKUK00P7SfcO9fi+iOlokRNMpvXWpBAuM f3hbMcYeybt+AsPko1CIGr+RADyUi/s4jjar9evpP626Qb+8FyHXsZlyVEANS8POtzHB wi99GeD3XJlGdrj3F8C1stc1NdRE6tjxP8UDn0wq3RpqsJVgw/6IJdllTuKW7M4mvnQV 0aYPEzTUjKH07tLPfDOReK0QXojp9j/USdiDecpqxDpjnS/1FH+Ml6drWWW/3WjgBjiK ccAg== MIME-Version: 1.0 Received: by 10.60.32.113 with SMTP id h17mr14709029oei.40.1338882256404; Tue, 05 Jun 2012 00:44:16 -0700 (PDT) Received: by 10.60.11.36 with HTTP; Tue, 5 Jun 2012 00:44:16 -0700 (PDT) In-Reply-To: <87aa7qm1gv.fsf@gnu.org> References: <87aa7qm1gv.fsf@gnu.org> Date: Tue, 5 Jun 2012 09:44:16 +0200 Message-ID: From: Dani Moncayo Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) On Mon, Nov 21, 2011 at 7:30 AM, Chong Yidong wrote: > I agree that the mark should be deactivated. =A0But the current behavior > has been in place for a long time, so this change can probably wait till > after the release. Ping. Could this change[*] be made in the trunk, please? [*] Deactivate the mark after some commands which save the region: `copy-to-register', `copy-rectangle-to-register', `kill-rectangle' (from a read-only buffer). TIA. --=20 Dani Moncayo From unknown Tue Jun 17 22:27:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10056: 24.0.91; `copy-to-register' does not deactivate the mark Resent-From: Dani Moncayo Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 28 Jul 2012 19:09:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10056 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Chong Yidong Cc: 10056@debbugs.gnu.org Received: via spool by 10056-submit@debbugs.gnu.org id=B10056.13435025099138 (code B ref 10056); Sat, 28 Jul 2012 19:09:01 +0000 Received: (at 10056) by debbugs.gnu.org; 28 Jul 2012 19:08:29 +0000 Received: from localhost ([127.0.0.1]:47104 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SvCNI-0002NL-Ue for submit@debbugs.gnu.org; Sat, 28 Jul 2012 15:08:29 -0400 Received: from mail-ob0-f172.google.com ([209.85.214.172]:45154) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SvCNG-0002ND-T5 for 10056@debbugs.gnu.org; Sat, 28 Jul 2012 15:08:27 -0400 Received: by obbwc20 with SMTP id wc20so6029571obb.3 for <10056@debbugs.gnu.org>; Sat, 28 Jul 2012 12:01:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=u/2/rghCnLM4HP20t9g8sfZdP+xc27nfoR/K1OLJ1PQ=; b=jQ4k5UX33ORlH9/Yfic1pIVtEBFcDp3nWdvOrJWyu2XyiLISUBDXN6XXACK3wyQ+O8 Fc25W0J8a3VzJN2E/o1GMg1Lw3bhtPFa+MAqgYxglhbqjWgsf0vsSZi6nLg7QRmQWWaM c6Pz+8YDfmUsaZkTqnLoYNGSLvmMZWeZBZuCsjklrJL2EztUldjTmhKhYipfGFUrsW6R olIHVDeqKERL1/xDIOy0hMJf69IPt0jhxZcCJpci1c6k2Z5Csn+zi8fKOGYrBi+0BQoh 3CHPHu42PWz7+Tuoxpu8jsXnyX3WWteIOIWBYmjQhHRg/LJLYbc8hibT5xoscO2X9pPa t+iA== MIME-Version: 1.0 Received: by 10.60.12.37 with SMTP id v5mr9558128oeb.25.1343502082667; Sat, 28 Jul 2012 12:01:22 -0700 (PDT) Received: by 10.60.172.11 with HTTP; Sat, 28 Jul 2012 12:01:22 -0700 (PDT) In-Reply-To: <87aa7qm1gv.fsf@gnu.org> References: <87aa7qm1gv.fsf@gnu.org> Date: Sat, 28 Jul 2012 21:01:22 +0200 Message-ID: From: Dani Moncayo Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) > I agree that the mark should be deactivated. But the current behavior > has been in place for a long time, so this change can probably wait till > after the release. Ping (again). Summing up, I find annoying that the following commands currently don't deactivate the mark at the end (when invoked in transient mark mode, when the mark is active): copy-to-register copy-rectangle-to-register kill-rectangle (from a read-only buffer) and I've found a couple more: narrow-to-region c-indent-line-or-region (when the region is already well indented) TIA. -- Dani Moncayo From unknown Tue Jun 17 22:27:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10056: 24.0.91; `copy-to-register' does not deactivate the mark Resent-From: Chong Yidong Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 29 Jul 2012 04:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10056 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dani Moncayo Cc: 10056@debbugs.gnu.org Received: via spool by 10056-submit@debbugs.gnu.org id=B10056.134353758626271 (code B ref 10056); Sun, 29 Jul 2012 04:54:02 +0000 Received: (at 10056) by debbugs.gnu.org; 29 Jul 2012 04:53:06 +0000 Received: from localhost ([127.0.0.1]:47489 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SvLV3-0006pg-PQ for submit@debbugs.gnu.org; Sun, 29 Jul 2012 00:53:06 -0400 Received: from mail-pb0-f44.google.com ([209.85.160.44]:39375) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SvLV1-0006pY-3M for 10056@debbugs.gnu.org; Sun, 29 Jul 2012 00:53:03 -0400 Received: by pbcwy7 with SMTP id wy7so7711740pbc.3 for <10056@debbugs.gnu.org>; Sat, 28 Jul 2012 21:45:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=CcVMOdKexBvYUR4MAdBQaVlCYEGNIWywKuXHXzCbBaM=; b=b8tOdRJZ1T9qEZ1pOQ01LvqZ7eRccIcEAknRwbGedULfWEF0XzVf6fTlJ6nU+kegRR ZohzZkY2Khc5q40w3Vv1r6p9699BaYkiHtFreYlMmbwaelzBGGn2ply00XM9U5yXGYJS dq9PEF1hd08ddJxbcloLoDdu0PP0zuI+VKlL7kft3l/gKw8Chfvd+x1JoCiay4nBUr2r hfZ9iytsCK+V6IJq2VSXlkl/4f7B5S9vYj1ldeqR92BjebMIyJf4G6w0nDtK4uimiu0r xGxWqVZ9fIiLKS/4HXgIuihrFZqW9Xwi4/tKQQr7y6S3RYs1ocZ7oUUimTXI3eVDXGT9 JSfw== Received: by 10.68.131.71 with SMTP id ok7mr25284908pbb.78.1343537156273; Sat, 28 Jul 2012 21:45:56 -0700 (PDT) Received: from ulysses (cm162.gamma80.maxonline.com.sg. [202.156.80.162]) by mx.google.com with ESMTPS id wf7sm5169076pbc.34.2012.07.28.21.45.53 (version=SSLv3 cipher=OTHER); Sat, 28 Jul 2012 21:45:55 -0700 (PDT) From: Chong Yidong References: <87aa7qm1gv.fsf@gnu.org> Date: Sun, 29 Jul 2012 12:45:51 +0800 In-Reply-To: (Dani Moncayo's message of "Sat, 28 Jul 2012 21:01:22 +0200") Message-ID: <87fw8buqdc.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) Dani Moncayo writes: > Ping (again). > > Summing up, I find annoying that the following commands currently > don't deactivate the mark at the end (when invoked in transient mark > mode, when the mark is active): > copy-to-register > copy-rectangle-to-register > kill-rectangle (from a read-only buffer) > > and I've found a couple more: > narrow-to-region > c-indent-line-or-region (when the region is already well indented) Thanks for the remider. I've changed copy-to-register and copy-rectangle-to-register to deactivate the mark. I left prepend-to-register and append-to-register alone for now; there may be cases where users want to keep the mark active for those commands, but I'm not certain. As for C-x r k on read-only buffers, the mark is now deactivated, but only if kill-read-only-ok is non-nil (similar to C-w). From unknown Tue Jun 17 22:27:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10056: 24.0.91; `copy-to-register' does not deactivate the mark Resent-From: Chong Yidong Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 29 Jul 2012 04:58:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10056 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dani Moncayo Cc: 10056@debbugs.gnu.org Received: via spool by 10056-submit@debbugs.gnu.org id=B10056.134353784926634 (code B ref 10056); Sun, 29 Jul 2012 04:58:01 +0000 Received: (at 10056) by debbugs.gnu.org; 29 Jul 2012 04:57:29 +0000 Received: from localhost ([127.0.0.1]:47493 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SvLZI-0006vX-Sc for submit@debbugs.gnu.org; Sun, 29 Jul 2012 00:57:29 -0400 Received: from mail-pb0-f44.google.com ([209.85.160.44]:39212) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SvLZG-0006vQ-Hz for 10056@debbugs.gnu.org; Sun, 29 Jul 2012 00:57:27 -0400 Received: by pbcwy7 with SMTP id wy7so7715960pbc.3 for <10056@debbugs.gnu.org>; Sat, 28 Jul 2012 21:50:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=CGuLZLkk+h3KiSsYeYQOJZSgPy4BfLSLy4OlmoqtsCE=; b=aLe71hcyH+w56nKsrAw0irJpBTHHjKui4USYmsd0AQhSLQoxEofvk4bwwlZ3YTW+XI K5BsdSVANn9ztR7OwxhIwDrqNewSZvVPcMwm8P0Blv0ETBeqqQ/uX9eYonLJ292tgpXw 39mKAtFGKZ8Vfyh8EdsxtMz9mKOjjbVVcFt6CzxJpaySyL8+KQUuBcC8/zvlb1UnoRSM fdBoVwiGc3M+KrzW3U/9d5/3zXV1BHtXhpYoTfh4j+NoJoM5uxpdfO/3h6vFU9AFrAXR 7UQL2nMaLwzB3gAhM/EnaeJm6E3CpIbpbaZuC+AdxYzjfzusajlKKYgNSqCHlvUzJcI1 +yww== Received: by 10.68.194.4 with SMTP id hs4mr25045466pbc.128.1343537420245; Sat, 28 Jul 2012 21:50:20 -0700 (PDT) Received: from ulysses (cm162.gamma80.maxonline.com.sg. [202.156.80.162]) by mx.google.com with ESMTPS id of4sm5171426pbb.51.2012.07.28.21.50.17 (version=SSLv3 cipher=OTHER); Sat, 28 Jul 2012 21:50:19 -0700 (PDT) From: Chong Yidong References: <87aa7qm1gv.fsf@gnu.org> Date: Sun, 29 Jul 2012 12:50:15 +0800 In-Reply-To: (Dani Moncayo's message of "Sat, 28 Jul 2012 21:01:22 +0200") Message-ID: <87boizuq60.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) Dani Moncayo writes: > and I've found a couple more: > narrow-to-region > c-indent-line-or-region (when the region is already well indented) I'm not sure about narrow-to-region. It's probably wrong for it to unconditionally deactivate the mark, because it is commonly called as a Lisp function. Maybe it should only deactivate the mark when called interactively. As for c-indent-line-or-region, I have no opinion on that at all. From unknown Tue Jun 17 22:27:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10056: 24.0.91; `copy-to-register' does not deactivate the mark Resent-From: Dani Moncayo Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 29 Jul 2012 09:54:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10056 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Chong Yidong Cc: 10056@debbugs.gnu.org Received: via spool by 10056-submit@debbugs.gnu.org id=B10056.134355563123307 (code B ref 10056); Sun, 29 Jul 2012 09:54:01 +0000 Received: (at 10056) by debbugs.gnu.org; 29 Jul 2012 09:53:51 +0000 Received: from localhost ([127.0.0.1]:47695 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SvQC7-00063r-Eb for submit@debbugs.gnu.org; Sun, 29 Jul 2012 05:53:51 -0400 Received: from mail-ob0-f172.google.com ([209.85.214.172]:54086) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SvQC5-00063k-AE for 10056@debbugs.gnu.org; Sun, 29 Jul 2012 05:53:49 -0400 Received: by obbwc20 with SMTP id wc20so7067264obb.3 for <10056@debbugs.gnu.org>; Sun, 29 Jul 2012 02:46:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=BEGp3STESJJy9EQFVb4JJJ8gILCLrxbyUwXIGdsJX1M=; b=IObF8fAR5BJg97X3V1L5TNV8zgBfORRxAg646TaCH3lp/FxBaZAq6/vu4DIcuxJYHo k77qJ7KdVhfBRRUFDItgeBqHjFDHoLkadeEYNXroRM62+cLSj5xLXf207qfdv9ee3tOv idwqT6tw1jqDt4S2BAslDtpLRgkykYdfog+WW2/kKHLkuSgdGmjx7DHnAff9FaQgCgKo zHnohuYFC8GfDmFnPKP6sVlEUr+bhg42OfLYotqrXgtCVecdb+xX0yTbvvMBtMEzY5rH sNw5a+3CJXS3O/2l1gREdeA4U97K02r1w5C4jM2E4MjaVws+m7Vvq5Bem6CzOzDggk8l sA4Q== MIME-Version: 1.0 Received: by 10.182.98.108 with SMTP id eh12mr11930929obb.6.1343555201724; Sun, 29 Jul 2012 02:46:41 -0700 (PDT) Received: by 10.60.172.11 with HTTP; Sun, 29 Jul 2012 02:46:41 -0700 (PDT) In-Reply-To: <87fw8buqdc.fsf@gnu.org> References: <87aa7qm1gv.fsf@gnu.org> <87fw8buqdc.fsf@gnu.org> Date: Sun, 29 Jul 2012 11:46:41 +0200 Message-ID: From: Dani Moncayo Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) > I left prepend-to-register and append-to-register alone for now; there > may be cases where users want to keep the mark active for those > commands, but I'm not certain. I can't imagine such cases right now, but my imagination is limited :) > As for C-x r k on read-only buffers, the mark is now deactivated, but > only if kill-read-only-ok is non-nil (similar to C-w). ?? I don't see such behavior in a recent build of the trunk. I've just tested C-x r k (from Emacs -Q, in an Info buffer), and the mark is not deactivated, even if kill-read-only-ok is non-nil. IMO, the mark should definitely be deactivated in this case. And what is more, when kill-read-only-ok is nil, "C-x r k" still does its job (despite the error message shown in the echo area), i.e., it saves the rectangle contents. Therefore, this is confusing from my POV. IMO, either the command should do nothing in this case (no rectangle text gets saved), or, if the intention is to save the rectangle also in this case, the mark should be deactivated, because not doing so gives (me) the wrong impression, i.e, that the command has been cancelled and nothing more happened. -- Dani Moncayo From unknown Tue Jun 17 22:27:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10056: 24.0.91; `copy-to-register' does not deactivate the mark Resent-From: Dani Moncayo Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 29 Jul 2012 10:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10056 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Chong Yidong Cc: Alan Mackenzie , 10056@debbugs.gnu.org Received: via spool by 10056-submit@debbugs.gnu.org id=B10056.134355654324666 (code B ref 10056); Sun, 29 Jul 2012 10:10:02 +0000 Received: (at 10056) by debbugs.gnu.org; 29 Jul 2012 10:09:03 +0000 Received: from localhost ([127.0.0.1]:47714 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SvQQo-0006Pb-6X for submit@debbugs.gnu.org; Sun, 29 Jul 2012 06:09:03 -0400 Received: from mail-ob0-f172.google.com ([209.85.214.172]:52666) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SvQQl-0006PM-57 for 10056@debbugs.gnu.org; Sun, 29 Jul 2012 06:09:00 -0400 Received: by obbwc20 with SMTP id wc20so7085134obb.3 for <10056@debbugs.gnu.org>; Sun, 29 Jul 2012 03:01:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=F/PqIPM81+knvF6WwHrZf192wdC82v6EbUtW3k6nZ54=; b=soljin9V7NUVYWerebpW7sT6HeHX6AtUYzTVbxYdYklMRcIm5QrWqz2vWW4lOP1ONR 8xsCwz5FeR3CoBcD+909f1WqXoUPu9/1SwuPWQ0UIacYnp4LhqPzlF6vX5SKVinPHcof 7pmDsdte74ailB2zsMjVuSRLMfsSH26S/WZcpKK6knf4pw6oaCLQRe0ewPPLBEkDu7Mv +aN+vbG01P91QNz3dOVBygLv6wkkEBEWJZX00gEMP8tNwFsTaq7MSgTZ9VwQ1huGRVsB 9qS9+TFUPYr8RVbBbzHgr12sNeZducg8WRIg28SnL4Y8+vVF9QBg+yiiuUM+Pk9dSY7h Ko4g== MIME-Version: 1.0 Received: by 10.182.14.101 with SMTP id o5mr12132902obc.1.1343556111616; Sun, 29 Jul 2012 03:01:51 -0700 (PDT) Received: by 10.60.172.11 with HTTP; Sun, 29 Jul 2012 03:01:51 -0700 (PDT) In-Reply-To: <87boizuq60.fsf@gnu.org> References: <87aa7qm1gv.fsf@gnu.org> <87boizuq60.fsf@gnu.org> Date: Sun, 29 Jul 2012 12:01:51 +0200 Message-ID: From: Dani Moncayo Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) >> and I've found a couple more: >> narrow-to-region >> c-indent-line-or-region (when the region is already well indented) > > I'm not sure about narrow-to-region. It's probably wrong for it to > unconditionally deactivate the mark, because it is commonly called as a > Lisp function. Maybe it should only deactivate the mark when called > interactively. I will be happy if the deactivation is limited to the interactive call. But at least in this case should be deactivated, because it is annoying to have to do the deactivation manually with C-g. > As for c-indent-line-or-region, I have no opinion on that at all. (I'm CC-ing Alan. Hopefully he has an opinion) This is the current behavior I observe: * If the command has to adjust the indentation of some line(s) in the region, the mark is deactivated at the end of the command. * Else, the mark is not deactivated. This behavior is definitely annoying for me: when I mark some fragment of code and type TAB, what I want is that Emacs revise the indentation of code, and correct it if necessary, but in any case, I don't want the mark to remain active. -- Dani Moncayo From unknown Tue Jun 17 22:27:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10056: 24.0.91; `copy-to-register' does not deactivate the mark Resent-From: Alan Mackenzie Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 01 Aug 2012 21:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10056 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dani Moncayo Cc: 10056@debbugs.gnu.org, Chong Yidong Received: via spool by 10056-submit@debbugs.gnu.org id=B10056.134385654821407 (code B ref 10056); Wed, 01 Aug 2012 21:30:02 +0000 Received: (at 10056) by debbugs.gnu.org; 1 Aug 2012 21:29:08 +0000 Received: from localhost ([127.0.0.1]:55420 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SwgTc-0005ZE-2n for submit@debbugs.gnu.org; Wed, 01 Aug 2012 17:29:08 -0400 Received: from colin.muc.de ([193.149.48.1]:45678 helo=mail.muc.de) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SwgTY-0005Z4-KX for 10056@debbugs.gnu.org; Wed, 01 Aug 2012 17:29:06 -0400 Received: (qmail 4459 invoked by uid 3782); 1 Aug 2012 21:21:36 -0000 Received: from acm.muc.de (pD9556BB3.dip.t-dialin.net [217.85.107.179]) by colin.muc.de (tmda-ofmipd) with ESMTP; Wed, 01 Aug 2012 23:21:34 +0200 Received: (qmail 4747 invoked by uid 1000); 1 Aug 2012 21:17:45 -0000 Date: Wed, 1 Aug 2012 21:17:45 +0000 Message-ID: <20120801211745.GA4203@acm.acm> References: <87aa7qm1gv.fsf@gnu.org> <87boizuq60.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Delivery-Agent: TMDA/1.1.12 (Macallan) From: Alan Mackenzie X-Primary-Address: acm@muc.de X-Spam-Score: -1.9 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) Hi, Dani. On Sun, Jul 29, 2012 at 12:01:51PM +0200, Dani Moncayo wrote: > >> and I've found a couple more: > >> narrow-to-region > >> c-indent-line-or-region (when the region is already well indented) > > I'm not sure about narrow-to-region. It's probably wrong for it to > > unconditionally deactivate the mark, because it is commonly called as a > > Lisp function. Maybe it should only deactivate the mark when called > > interactively. > I will be happy if the deactivation is limited to the interactive > call. But at least in this case should be deactivated, because it is > annoying to have to do the deactivation manually with C-g. > > As for c-indent-line-or-region, I have no opinion on that at all. > (I'm CC-ing Alan. Hopefully he has an opinion) This is the current > behavior I observe: > * If the command has to adjust the indentation of some line(s) in the > region, the mark is deactivated at the end of the command. > * Else, the mark is not deactivated. > This behavior is definitely annoying for me: when I mark some fragment > of code and type TAB, what I want is that Emacs revise the indentation > of code, and correct it if necessary, but in any case, I don't want > the mark to remain active. Have you looked at the code for c-i-l-o-region? At a quick glance, I can't see where the distinction is made between indentation adjusted and not adjusted. I don't actually use transient-mark-mode myself, so this hasn't annoyed me one way or the other. Is the distinction there for a reason, or did it just get there by accident? The defun is only several (as opposed to many) years old, so the evidence should still be available in the bzr repo. > -- > Dani Moncayo -- Alan Mackenzie (Nuremberg, Germany). From unknown Tue Jun 17 22:27:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10056: 24.0.91; `copy-to-register' does not deactivate the mark Resent-From: Dani Moncayo Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 01 Aug 2012 22:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10056 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Alan Mackenzie Cc: 10056@debbugs.gnu.org, Chong Yidong Received: via spool by 10056-submit@debbugs.gnu.org id=B10056.134385927625273 (code B ref 10056); Wed, 01 Aug 2012 22:15:02 +0000 Received: (at 10056) by debbugs.gnu.org; 1 Aug 2012 22:14:36 +0000 Received: from localhost ([127.0.0.1]:55472 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SwhBc-0006Za-23 for submit@debbugs.gnu.org; Wed, 01 Aug 2012 18:14:36 -0400 Received: from mail-gg0-f172.google.com ([209.85.161.172]:34208) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SwhBa-0006ZT-0W for 10056@debbugs.gnu.org; Wed, 01 Aug 2012 18:14:34 -0400 Received: by ggnc4 with SMTP id c4so7850503ggn.3 for <10056@debbugs.gnu.org>; Wed, 01 Aug 2012 15:07:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=WgzdyKP2xhNniE/Cy2haf9fPQ6eJ0gLuCYwspNPaS9s=; b=qGyQ/P476X4pbnlMWQEQvp2zJxP3tRRoHxizW6JFfQ+URSJ0Fg+Lj0TCC6r/2SA55l 4sPWNqNGwyAz0Hix/j/de6WxgdTxl+XwqHOYOiMp05pXPpveHqOjrqNemdpELYpOqj6J EFGgzhHX3WsyQM+1p/jHFmUd4oK7d30oSuIg3iCnMEzSQgi0P7oCtWSe2Qe9oRZIIe/u jcTzgJwpXZt8FtIkwhnlrO1mxqaF9y9O/Tv9154cWEiqK/Qd7LMUgTxGNRwlz56QBZvI PL8SusRrX+D0q0hOhKf/QVdBnUlv8Hzij7sVXS2Lrcc6Y/LJUEUd9YbMfC/bH0vMHld3 y3Zw== MIME-Version: 1.0 Received: by 10.60.12.37 with SMTP id v5mr31264388oeb.25.1343858826633; Wed, 01 Aug 2012 15:07:06 -0700 (PDT) Received: by 10.60.172.11 with HTTP; Wed, 1 Aug 2012 15:07:06 -0700 (PDT) In-Reply-To: <20120801211745.GA4203@acm.acm> References: <87aa7qm1gv.fsf@gnu.org> <87boizuq60.fsf@gnu.org> <20120801211745.GA4203@acm.acm> Date: Thu, 2 Aug 2012 00:07:06 +0200 Message-ID: From: Dani Moncayo Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) >> > As for c-indent-line-or-region, I have no opinion on that at all. > >> (I'm CC-ing Alan. Hopefully he has an opinion) This is the current >> behavior I observe: >> * If the command has to adjust the indentation of some line(s) in the >> region, the mark is deactivated at the end of the command. >> * Else, the mark is not deactivated. > >> This behavior is definitely annoying for me: when I mark some fragment >> of code and type TAB, what I want is that Emacs revise the indentation >> of code, and correct it if necessary, but in any case, I don't want >> the mark to remain active. > > Have you looked at the code for c-i-l-o-region? At a quick glance, I > can't see where the distinction is made between indentation adjusted and > not adjusted. I don't actually use transient-mark-mode myself, so this > hasn't annoyed me one way or the other. > > Is the distinction there for a reason, or did it just get there by > accident? The defun is only several (as opposed to many) years old, so > the evidence should still be available in the bzr repo. I'm sorry, I (still) don't have enough knowledge of Emacs to delve into such questions. I reported this bug as a mere user, hoping that you (the maintainers), if agree with my reasoning, make the suitable changes to the program. In the case at hand, what I reported is quite simple, I think: from "emacs -Q" (transient mark mode on) visit some C file, select some fragment of code and type TAB. Hopefully you'll see the same behavior as me: * If the code in the region was already well indented, nothing happens and the mark remains active. * Else, the code is indented and the mark is deactivated. What I say is that the mark should be deactivated _always_ at the end of the command, because the "transient" operation (revise the indentation of those lines) is done. This is so obvious to me that I'm surprised of seeing you so hesitant... but well, you decide :) -- Dani Moncayo From unknown Tue Jun 17 22:27:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10056: 24.0.91; `copy-to-register' does not deactivate the mark Resent-From: Alan Mackenzie Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 03 Aug 2012 22:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10056 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dani Moncayo Cc: 10056@debbugs.gnu.org, Chong Yidong Received: via spool by 10056-submit@debbugs.gnu.org id=B10056.134403114319637 (code B ref 10056); Fri, 03 Aug 2012 22:00:02 +0000 Received: (at 10056) by debbugs.gnu.org; 3 Aug 2012 21:59:03 +0000 Received: from localhost ([127.0.0.1]:60090 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SxPtf-00056f-5Y for submit@debbugs.gnu.org; Fri, 03 Aug 2012 17:59:03 -0400 Received: from colin.muc.de ([193.149.48.1]:14377 helo=mail.muc.de) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SxPtc-00056G-GR for 10056@debbugs.gnu.org; Fri, 03 Aug 2012 17:59:01 -0400 Received: (qmail 3194 invoked by uid 3782); 3 Aug 2012 21:51:21 -0000 Received: from acm.muc.de (pD951B677.dip.t-dialin.net [217.81.182.119]) by colin.muc.de (tmda-ofmipd) with ESMTP; Fri, 03 Aug 2012 23:51:19 +0200 Received: (qmail 11737 invoked by uid 1000); 3 Aug 2012 21:47:29 -0000 Date: Fri, 3 Aug 2012 21:47:29 +0000 Message-ID: <20120803214728.GA11675@acm.acm> References: <87aa7qm1gv.fsf@gnu.org> <87boizuq60.fsf@gnu.org> <20120801211745.GA4203@acm.acm> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Delivery-Agent: TMDA/1.1.12 (Macallan) From: Alan Mackenzie X-Primary-Address: acm@muc.de X-Spam-Score: -1.9 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) Hi, Dani. On Thu, Aug 02, 2012 at 12:07:06AM +0200, Dani Moncayo wrote: > >> > As for c-indent-line-or-region, I have no opinion on that at all. > >> (I'm CC-ing Alan. Hopefully he has an opinion) This is the current > >> behavior I observe: > >> * If the command has to adjust the indentation of some line(s) in the > >> region, the mark is deactivated at the end of the command. > >> * Else, the mark is not deactivated. > >> This behavior is definitely annoying for me: when I mark some fragment > >> of code and type TAB, what I want is that Emacs revise the indentation > >> of code, and correct it if necessary, but in any case, I don't want > >> the mark to remain active. > > Have you looked at the code for c-i-l-o-region? At a quick glance, I > > can't see where the distinction is made between indentation adjusted and > > not adjusted. I don't actually use transient-mark-mode myself, so this > > hasn't annoyed me one way or the other. > > Is the distinction there for a reason, or did it just get there by > > accident? The defun is only several (as opposed to many) years old, so > > the evidence should still be available in the bzr repo. > I'm sorry, I (still) don't have enough knowledge of Emacs to delve > into such questions. > I reported this bug as a mere user, hoping that you (the maintainers), > if agree with my reasoning, make the suitable changes to the program. Sorry, misunderstanding on my part there. > In the case at hand, what I reported is quite simple, I think: from > "emacs -Q" (transient mark mode on) visit some C file, select some > fragment of code and type TAB. > Hopefully you'll see the same behavior as me: > * If the code in the region was already well indented, nothing happens > and the mark remains active. > * Else, the code is indented and the mark is deactivated. Yes, I see this. > What I say is that the mark should be deactivated _always_ at the end > of the command, because the "transient" operation (revise the > indentation of those lines) is done. > This is so obvious to me that I'm surprised of seeing you so > hesitant... but well, you decide :) The hesitancy comes from long experience of Emacs; things which are so obviously wrong to some are obviously the RT to others. I was wondering if this behaviour, strange though it seems to both of us, might have been programmed deliberately. In this case, there seems to be some bug at the lower levels of Emacs. There is nothing in CC Mode I can find to explain this strange behaviour. According to the elisp manual, the normal way of deactivating a region when transient mark mode is enabled is to set the variable `deactivate-mark', which instructs the command loop to do the business. CC Mode doesn't set `deactivate-mark' at all. Maybe some primitive does. I don't really know transient-mark-mode. Yidong, have you any suggestions here? > -- > Dani Moncayo -- Alan Mackenzie (Nuremberg, Germany). From unknown Tue Jun 17 22:27:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10056: 24.0.91; `copy-to-register' does not deactivate the mark Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 08 Sep 2012 20:23:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10056 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Alan Mackenzie Cc: 10056@debbugs.gnu.org, Chong Yidong , Dani Moncayo Received: via spool by 10056-submit@debbugs.gnu.org id=B10056.134713572515055 (code B ref 10056); Sat, 08 Sep 2012 20:23:01 +0000 Received: (at 10056) by debbugs.gnu.org; 8 Sep 2012 20:22:05 +0000 Received: from localhost ([127.0.0.1]:49093 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TARXZ-0003um-I9 for submit@debbugs.gnu.org; Sat, 08 Sep 2012 16:22:05 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:39782) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TARXX-0003uf-Te for 10056@debbugs.gnu.org; Sat, 08 Sep 2012 16:22:04 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ai0FAG6Zu09Ld+Y//2dsb2JhbABEsEiDSYEIghUBAQQBViMQCw4mEhQYDSSIHAWpTJA9kEQDozOBWIMF X-IronPort-AV: E=Sophos;i="4.75,637,1330923600"; d="scan'208";a="197862136" Received: from 75-119-230-63.dsl.teksavvy.com (HELO pastel.home) ([75.119.230.63]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 08 Sep 2012 16:21:38 -0400 Received: by pastel.home (Postfix, from userid 20848) id B0D7E58FC1; Sat, 8 Sep 2012 16:21:37 -0400 (EDT) From: Stefan Monnier Message-ID: References: <87aa7qm1gv.fsf@gnu.org> <87boizuq60.fsf@gnu.org> <20120801211745.GA4203@acm.acm> Date: Sat, 08 Sep 2012 16:21:37 -0400 In-Reply-To: <20120801211745.GA4203@acm.acm> (Alan Mackenzie's message of "Wed, 1 Aug 2012 21:17:45 +0000") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) >> This behavior is definitely annoying for me: when I mark some fragment >> of code and type TAB, what I want is that Emacs revise the indentation >> of code, and correct it if necessary, but in any case, I don't want >> the mark to remain active. > Have you looked at the code for c-i-l-o-region? At a quick glance, I > can't see where the distinction is made between indentation adjusted and > not adjusted. The way mark deactivation works is that the mark gets deactivated after any command that modified the buffer (that's the basic heuristic used to avoid having to change umpteen commands to explicitly deactivate-mark). In the case of commands like indent-region which sometimes modify the buffer and sometimes not, it's often necessary to explicitly call deactivate-mark to avoid the kind of inconsistencies described above. Stefan From unknown Tue Jun 17 22:27:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10056: 24.0.91; `copy-to-register' does not deactivate the mark Resent-From: Dani Moncayo Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 09 Sep 2012 20:21:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10056 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: Alan Mackenzie , 10056@debbugs.gnu.org, Chong Yidong Received: via spool by 10056-submit@debbugs.gnu.org id=B10056.134722204522881 (code B ref 10056); Sun, 09 Sep 2012 20:21:01 +0000 Received: (at 10056) by debbugs.gnu.org; 9 Sep 2012 20:20:45 +0000 Received: from localhost ([127.0.0.1]:50677 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TAnzp-0005wz-IX for submit@debbugs.gnu.org; Sun, 09 Sep 2012 16:20:45 -0400 Received: from mail-ob0-f172.google.com ([209.85.214.172]:61028) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TAnzn-0005wt-R4 for 10056@debbugs.gnu.org; Sun, 09 Sep 2012 16:20:44 -0400 Received: by obbwc20 with SMTP id wc20so1964265obb.3 for <10056@debbugs.gnu.org>; Sun, 09 Sep 2012 13:20:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=jlhsCu2svM4K4ZC68/CkSrFHVJLJis5OVptQCvwJJww=; b=Ws/2U5jkhshdGf3axRPmOaxrjCORlg/eXqETJYT7JKhyPTriCsQ2H+JMG1wiceNX/J rBErRcvETxoT7mHLCuJXiBhwLYmHMbGscDIzaoPRlr4kBogTp617u0IcVxhFRD2NpIul s8Lo8TEVkZLXUruKo5oJGUI1rmoipJZJ5jFv7irEVtkV7QH4wl2T5iz88GIOf9HXt3UN SojdrKqyZ/HUUZNxgAtfuVcYFa//uZsQe7hQZl5yeQwEMM0yJjHuowc/YMokyqc7ZQBn wL1g7RRIQdrZ/wtj5rEsIEKWhdWkoTVwXrweConIQ01XPIs9sNmzZLs6b4H+2Udcf49b fBRQ== MIME-Version: 1.0 Received: by 10.60.31.39 with SMTP id x7mr12451154oeh.66.1347222012451; Sun, 09 Sep 2012 13:20:12 -0700 (PDT) Received: by 10.60.50.130 with HTTP; Sun, 9 Sep 2012 13:20:12 -0700 (PDT) In-Reply-To: References: <87aa7qm1gv.fsf@gnu.org> <87boizuq60.fsf@gnu.org> <20120801211745.GA4203@acm.acm> Date: Sun, 9 Sep 2012 22:20:12 +0200 Message-ID: From: Dani Moncayo Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) > The way mark deactivation works is that the mark gets deactivated after > any command that modified the buffer (that's the basic heuristic used > to avoid having to change umpteen commands to explicitly deactivate-mark). I think that the general principle for deactivating the mark is not (and should not be) "after any command that modified the buffer", but "after any command that _used_ the active region (for any purpose)". For example, to copy some text on the kill ring, you select the text and do C-w. After that, the mark is deactivated. The C-w command doesn't modified the buffer, but _used_ the active region. Thus, after the operation on the active region is done, the mark must be deactivated. IMO, that is what the user wants/expects/needs, and Emacs not always follows this principle. Hence this bug report. -- Dani Moncayo From unknown Tue Jun 17 22:27:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10056: 24.0.91; `copy-to-register' does not deactivate the mark Resent-From: Bastien Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 11 Sep 2012 14:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10056 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dani Moncayo Cc: Alan Mackenzie , 10056@debbugs.gnu.org, Stefan Monnier , Chong Yidong Received: via spool by 10056-submit@debbugs.gnu.org id=B10056.134737460927050 (code B ref 10056); Tue, 11 Sep 2012 14:44:02 +0000 Received: (at 10056) by debbugs.gnu.org; 11 Sep 2012 14:43:29 +0000 Received: from localhost ([127.0.0.1]:54807 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TBRgW-00072E-E7 for submit@debbugs.gnu.org; Tue, 11 Sep 2012 10:43:29 -0400 Received: from mail-we0-f172.google.com ([74.125.82.172]:61528) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TBRgU-000727-JH for 10056@debbugs.gnu.org; Tue, 11 Sep 2012 10:43:27 -0400 Received: by weyu54 with SMTP id u54so348370wey.3 for <10056@debbugs.gnu.org>; Tue, 11 Sep 2012 07:42:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:in-reply-to:references:user-agent:date :message-id:mime-version:content-type; bh=2xPWPkVPHJpSZRmiXOnq7nplpoa6cVAAG7mjMG2z0wM=; b=kYWFBp5YDKaNtSL5ZELdqlkgD6mP4uklDsclYIgkR8RVZKP3E2IRbhS+w8+h+AKYM1 6UPWbcJyvOBRcFlyFvfLKvOMkA6RQIOyU9VJ9Nlnr0jnGxMiDcPr1TBYwWnRoaCRfMmm PF+hktJzHlKX3vBuL7qZW0p9UR2zmfO0O524+Zn3NVS+2fIuJnOI9pNDVLzyqpAKdbau tJ0xvPB0Akq72EtkiqzqFxDAK6cNBidlfgSOCrYL2HULkbegXxHdSh8dXoPIBlOtAcHg GsJXPJ3+4/NHJhh5X6EeW0ASKq4IUDjttjVp7gB9iNaNtrT0UN+ufy3J3OB74EAX6zIZ y3fg== Received: by 10.216.135.148 with SMTP id u20mr9789471wei.137.1347374565165; Tue, 11 Sep 2012 07:42:45 -0700 (PDT) Received: from myhost.localdomain (mar75-2-81-56-68-112.fbx.proxad.net. [81.56.68.112]) by mx.google.com with ESMTPS id r9sm4393145wia.2.2012.09.11.07.42.43 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 11 Sep 2012 07:42:44 -0700 (PDT) Received: by myhost.localdomain (Postfix, from userid 1000) id 5BD9789A2; Tue, 11 Sep 2012 16:42:46 +0200 (CEST) From: Bastien In-Reply-To: (Dani Moncayo's message of "Sun, 9 Sep 2012 22:20:12 +0200") References: <87aa7qm1gv.fsf@gnu.org> <87boizuq60.fsf@gnu.org> <20120801211745.GA4203@acm.acm> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.50 (gnu/linux) Date: Tue, 11 Sep 2012 16:42:45 +0200 Message-ID: <87fw6o1uze.fsf@altern.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) Dani Moncayo writes: >> The way mark deactivation works is that the mark gets deactivated after >> any command that modified the buffer (that's the basic heuristic used >> to avoid having to change umpteen commands to explicitly deactivate-mark). > > I think that the general principle for deactivating the mark is not > (and should not be) "after any command that modified the buffer", but > "after any command that _used_ the active region (for any purpose)". ... unless it's immediately useful to reuse the active region? But FWIW I agree in general. -- Bastien From unknown Tue Jun 17 22:27:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10056: 24.0.91; Mark deactivation References: In-Reply-To: Resent-From: Dani Moncayo Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 05 Dec 2012 08:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10056 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 10056@debbugs.gnu.org Received: via spool by 10056-submit@debbugs.gnu.org id=B10056.135469468023781 (code B ref 10056); Wed, 05 Dec 2012 08:05:02 +0000 Received: (at 10056) by debbugs.gnu.org; 5 Dec 2012 08:04:40 +0000 Received: from localhost ([127.0.0.1]:54204 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tg9yC-0006BW-Fq for submit@debbugs.gnu.org; Wed, 05 Dec 2012 03:04:40 -0500 Received: from mail-ob0-f172.google.com ([209.85.214.172]:53082) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tg9y9-0006BO-S3 for 10056@debbugs.gnu.org; Wed, 05 Dec 2012 03:04:38 -0500 Received: by mail-ob0-f172.google.com with SMTP id za17so4535236obc.3 for <10056@debbugs.gnu.org>; Wed, 05 Dec 2012 00:04:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=TvQE7y5gVMTfEouY62pmuk0BSxDz95e/l+ahZWXEMXI=; b=i0p2t2EzmDdcs0y2o7H3PGRVzUAew1ERKHyRyDWU7naAVtaY6YvAQ+v9RyFu+vb5dM OBwt9lZUqiGBRQLZNP9ERhfIyoP6Dxrggnw3Epe8FGDdBuVdHklrFgYytKLzzHRTKcQ4 kFPop5C23i/Fx+lsZ+YiR9rTEW/IyPSg11RPZz2zP4miTThS35mrlxzt6mgElXefphll aoZPrzg6pANOyEtMb2HiX7LXKFmWy3beeLwgk1i+BoISZStqQYfHqIPgK+34I0sB2ebk rwYYZBGQRblxnLpojgMgDSqwnyFBbn/Q2zzcHq9nHobISorRnK2AQ8IFKBD3gN3R5Qk2 26pw== MIME-Version: 1.0 Received: by 10.182.116.6 with SMTP id js6mr9787010obb.82.1354694670861; Wed, 05 Dec 2012 00:04:30 -0800 (PST) Received: by 10.60.11.39 with HTTP; Wed, 5 Dec 2012 00:04:30 -0800 (PST) Date: Wed, 5 Dec 2012 09:04:30 +0100 Message-ID: From: Dani Moncayo Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.1 (/) Hello, As I pointed out previously in this thread, the mark should be deactivated (in general - there can be some exceptions) after any command that operates on the active region. Not doing so is annoying, because the mark must be deactivated in that cases manually by typing `C-g'. There are still cases where I observe this misbehavior. Namely: kill-region [1] kill-rectangle [1] prepend-to-register append-to-register narrow-to-region [2] c-indent-line-or-region [3] delete-duplicate-lines [3] delete-matching-lines [3] delete-non-matching-lines [3] delete-blank-lines [3] I hope this is fixed at some time. Thanks. --- Footnotes --- [1] From a read-only buffer, having `kill-read-only-ok' set to nil. Note that the command does its job in this case, but the mark still remains active. Not TRT IMO. [2] According to Chong, in this case perhaps the mark deactivation should be made only when the call is interactive. [3] When the command doesn't alter the buffer text. -- Dani Moncayo From unknown Tue Jun 17 22:27:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10056: 24.0.91; Mark deactivation Resent-From: Dani Moncayo Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 08 Dec 2012 10:10:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10056 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 10056@debbugs.gnu.org Received: via spool by 10056-submit@debbugs.gnu.org id=B10056.13549613949088 (code B ref 10056); Sat, 08 Dec 2012 10:10:01 +0000 Received: (at 10056) by debbugs.gnu.org; 8 Dec 2012 10:09:54 +0000 Received: from localhost ([127.0.0.1]:59862 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1ThHM2-0002MW-3v for submit@debbugs.gnu.org; Sat, 08 Dec 2012 05:09:54 -0500 Received: from mail-oa0-f44.google.com ([209.85.219.44]:63081) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1ThHM0-0002MO-9v for 10056@debbugs.gnu.org; Sat, 08 Dec 2012 05:09:53 -0500 Received: by mail-oa0-f44.google.com with SMTP id n5so1182664oag.3 for <10056@debbugs.gnu.org>; Sat, 08 Dec 2012 02:09:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=8BFd19yeyRXbiYjYSx58bZpiY+7Jhlkn41W9nKITg8k=; b=mEYhgiGKj3Oew8Llajx1Id8uAummqdnoPMxmP0PXMFDc0z+bJul7uOT3gNHs0hlY9b fUCz3pdbcjwfJ2kYii6KezgF1s7DKCU/uQ/tB4njIJs/+fAxkae9TVYBVo4ZlHvDoftq b0f1JuqwE8Mwn5RWK0Jtua8UScXjuTs1J9StnJWgQxoo1OsZUOu9xQZHSzsC0obzovFp noW631JRHuKXRD7Qp4fwE4qJnxq3oYm/Z+Ny1DjR8bySXN8xD7TTc663+9dKTwyD5thQ GgWu2cblD5LWzIK3HEbSbUZDBwAPDzbg5X84oXYWyOWmnVU8IjK3+VJTpTFAgzDAGPTt 7M6w== MIME-Version: 1.0 Received: by 10.60.32.210 with SMTP id l18mr4531931oei.99.1354961368046; Sat, 08 Dec 2012 02:09:28 -0800 (PST) Received: by 10.60.11.39 with HTTP; Sat, 8 Dec 2012 02:09:27 -0800 (PST) In-Reply-To: References: Date: Sat, 8 Dec 2012 11:09:27 +0100 Message-ID: From: Dani Moncayo Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.1 (/) > As I pointed out previously in this thread, the mark should be > deactivated (in general - there can be some exceptions) after any > command that operates on the active region. Not doing so is annoying, > because the mark must be deactivated in that cases manually by typing > `C-g'. > > There are still cases where I observe this misbehavior. Namely: > > kill-region [1] > kill-rectangle [1] > prepend-to-register > append-to-register I forgot to mention, for the two above commands, that the use case is "when invoked with a prefix argument, from a read-only buffer." (regardless of the value of `kill-read-only-ok', which doesn't seem to have any effect on them). > narrow-to-region [2] > c-indent-line-or-region [3] > delete-duplicate-lines [3] > delete-matching-lines [3] > delete-non-matching-lines [3] > delete-blank-lines [3] Add "fill-paragraph [3]" to the above list. Important use-case. > --- Footnotes --- > > [1] From a read-only buffer, having `kill-read-only-ok' set to nil. > Note that the command does its job in this case, but the mark still > remains active. Not TRT IMO. > [2] According to Chong, in this case perhaps the mark deactivation > should be made only when the call is interactive. > [3] When the command doesn't alter the buffer text. -- Dani Moncayo From unknown Tue Jun 17 22:27:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10056: 24.0.91; Mark deactivation Resent-From: Juri Linkov Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 08 Dec 2012 23:21:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10056 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dani Moncayo Cc: 10056@debbugs.gnu.org Received: via spool by 10056-submit@debbugs.gnu.org id=B10056.135500880920926 (code B ref 10056); Sat, 08 Dec 2012 23:21:01 +0000 Received: (at 10056) by debbugs.gnu.org; 8 Dec 2012 23:20:09 +0000 Received: from localhost ([127.0.0.1]:33281 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1ThTgm-0005RN-QK for submit@debbugs.gnu.org; Sat, 08 Dec 2012 18:20:09 -0500 Received: from ps18281.dreamhost.com ([69.163.218.105]:33150 helo=ps18281.dreamhostps.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1ThTgj-0005RE-VY for 10056@debbugs.gnu.org; Sat, 08 Dec 2012 18:20:07 -0500 Received: from localhost (ps18281.dreamhostps.com [69.163.218.105]) by ps18281.dreamhostps.com (Postfix) with ESMTP id 9D776451CD4E; Sat, 8 Dec 2012 15:19:37 -0800 (PST) From: Juri Linkov Organization: JURTA References: Date: Sun, 09 Dec 2012 01:03:52 +0200 In-Reply-To: (Dani Moncayo's message of "Sat, 8 Dec 2012 11:09:27 +0100") Message-ID: <87wqws48gn.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.8 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.8 (/) >> As I pointed out previously in this thread, the mark should be >> deactivated (in general - there can be some exceptions) after any >> command that operates on the active region. Not doing so is annoying, The problem is how to implement a general rule "the mark should be deactivated after any command that operates on the active region". One way to define "operates on the active region" is when a command uses `region-beginning' and `region-end'. You can try this definition by evaluating: (defun deactivate-mark--advice () (setq deactivate-mark t)) (advice-add 'region-beginning :after #'deactivate-mark--advice) (advice-add 'region-end :after #'deactivate-mark--advice) Does this do what you want with the following functions? >> There are still cases where I observe this misbehavior. Namely: >> >> kill-region [1] >> kill-rectangle [1] >> prepend-to-register >> append-to-register >> narrow-to-region [2] >> c-indent-line-or-region [3] >> delete-duplicate-lines [3] >> delete-matching-lines [3] >> delete-non-matching-lines [3] >> delete-blank-lines [3] > > Add "fill-paragraph [3]" to the above list. Important use-case. Does this have a side effect undesirable for other functions? From unknown Tue Jun 17 22:27:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10056: 24.0.91; Mark deactivation Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 09 Dec 2012 00:02:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10056 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Juri Linkov'" , "'Dani Moncayo'" Cc: 10056@debbugs.gnu.org Received: via spool by 10056-submit@debbugs.gnu.org id=B10056.135501127824633 (code B ref 10056); Sun, 09 Dec 2012 00:02:01 +0000 Received: (at 10056) by debbugs.gnu.org; 9 Dec 2012 00:01:18 +0000 Received: from localhost ([127.0.0.1]:33303 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1ThUKb-0006PF-IK for submit@debbugs.gnu.org; Sat, 08 Dec 2012 19:01:17 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:19453) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1ThUKY-0006P6-RN for 10056@debbugs.gnu.org; Sat, 08 Dec 2012 19:01:16 -0500 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by userp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qB900kob012487 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 9 Dec 2012 00:00:47 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qB900jd9014028 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 9 Dec 2012 00:00:46 GMT Received: from abhmt119.oracle.com (abhmt119.oracle.com [141.146.116.71]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qB900jdB031259; Sat, 8 Dec 2012 18:00:45 -0600 Received: from dradamslap1 (/71.202.147.44) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 08 Dec 2012 16:00:45 -0800 From: "Drew Adams" References: <87wqws48gn.fsf@mail.jurta.org> Date: Sat, 8 Dec 2012 16:00:36 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-reply-to: <87wqws48gn.fsf@mail.jurta.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac3VmqVihkvBpi5ASG2oqo5VBmgDTAAAaOQQ X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Spam-Score: -1.5 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.3 (--) > >> As I pointed out previously in this thread, the mark should be > >> deactivated (in general - there can be some exceptions) after any > >> command that operates on the active region. Not doing so > >> is annoying, > > The problem is how to implement a general rule "the mark should be > deactivated after any command that operates on the active region". To me, the question is why we would do that, and even what the latter part means. > One way to define "operates on the active region" is when a command > uses `region-beginning' and `region-end'. You can try this definition > by evaluating: > (defun deactivate-mark--advice () (setq deactivate-mark t)) > (advice-add 'region-beginning :after #'deactivate-mark--advice) > (advice-add 'region-end :after #'deactivate-mark--advice) > Does this do what you want with the following functions? > ... > Does this have a side effect undesirable for other functions? Please think again before doing this. "Operates on the active region" can mean just about anything, and I fear that such a blanket manipulation will have adverse affects here and there. And I expect in particular that any use of either `region-beginning' or `region-end' casts the net far too wide. Those functions are often used without making any changes to the text in the region (or even in the buffer). For one thing, any such blanket change would still need to respect (not override) a commands's explicit setting or let-binding of `deactivate-mark'. This has been the of policy ever since there was a notion of mark "activeness" (i.e., since `transient-mark-mode'): -- Variable: deactivate-mark If an editor command sets this variable non-`nil', then the editor command loop deactivates the mark after the command returns (if Transient Mark mode is enabled). All the primitives that change the buffer set `deactivate-mark', to deactivate the mark when the command is finished. To write Lisp code that modifies the buffer without causing deactivation of the mark at the end of the command, bind `deactivate-mark' to `nil' around the code that does the modification. For example: (let (deactivate-mark) (insert " ")) I, and I'm sure others too, have a certain amount of code that binds or sets `deactivate-mark'. Just grep the Emacs Lisp sources for examples. There are commands that use the region and are used as functions within other commands. There are commands that can be used repetitively and might expect to leave the region active between successive calls. There are commands whose purpose is to set the active region. Emacs is complex, and one size does not fit all for this kind of thing. If for some reason a particular Emacs command does not deactivate the mark when it is finished, but you think it should, then just deactivate it explicitly in that command. Just because you find some commands that should but do not yet do so is not a sufficient reason to try forcing this everywhere. Someone took the time to ensure that "All the primitives that change the buffer" DTRT in this regard, and that the command loop respects `deactivate-mark'. You have only to continue that policy carefully: if deactivating (or activating) needs doing here or there, then do it here or there, case by case. Otherwise, I think you're asking for trouble. I could be wrong, of course. But it seems a bit heavy-handed to set out on such a crusade just because this or that command might need fixing. Let's try first to fix (only) the commands that Dani or others report such have a problem. From unknown Tue Jun 17 22:27:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10056: 24.0.91; Mark deactivation Resent-From: Juri Linkov Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 09 Dec 2012 00:54:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10056 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "Drew Adams" Cc: 10056@debbugs.gnu.org, 'Dani Moncayo' Received: via spool by 10056-submit@debbugs.gnu.org id=B10056.135501443529236 (code B ref 10056); Sun, 09 Dec 2012 00:54:01 +0000 Received: (at 10056) by debbugs.gnu.org; 9 Dec 2012 00:53:55 +0000 Received: from localhost ([127.0.0.1]:33378 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1ThV9U-0007bO-GF for submit@debbugs.gnu.org; Sat, 08 Dec 2012 19:53:54 -0500 Received: from ps18281.dreamhost.com ([69.163.218.105]:51723 helo=ps18281.dreamhostps.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1ThV9R-0007bF-Gd for 10056@debbugs.gnu.org; Sat, 08 Dec 2012 19:53:50 -0500 Received: from localhost (ps18281.dreamhostps.com [69.163.218.105]) by ps18281.dreamhostps.com (Postfix) with ESMTP id 1D2CA451E19B; Sat, 8 Dec 2012 16:53:20 -0800 (PST) From: Juri Linkov Organization: JURTA References: <87wqws48gn.fsf@mail.jurta.org> Date: Sun, 09 Dec 2012 02:29:27 +0200 In-Reply-To: (Drew Adams's message of "Sat, 8 Dec 2012 16:00:36 -0800") Message-ID: <87pq2kvzix.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.8 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.8 (/) > Let's try first to fix (only) the commands that Dani > or others report such have a problem. That means adding `(setq deactivate-mark t)' to some functions, but this is not user-configurable. Maybe like delsel.el puts the property `delete-selection' on some functions, we should use the property `deactivate-mark', e.g.: (put 'fill-paragraph 'deactivate-mark t) From unknown Tue Jun 17 22:27:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10056: 24.0.91; Mark deactivation Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 09 Dec 2012 03:23:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10056 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Juri Linkov'" Cc: 10056@debbugs.gnu.org, 'Dani Moncayo' Received: via spool by 10056-submit@debbugs.gnu.org id=B10056.13550233289705 (code B ref 10056); Sun, 09 Dec 2012 03:23:01 +0000 Received: (at 10056) by debbugs.gnu.org; 9 Dec 2012 03:22:08 +0000 Received: from localhost ([127.0.0.1]:33445 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1ThXSx-0002WU-Oy for submit@debbugs.gnu.org; Sat, 08 Dec 2012 22:22:07 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:40073) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1ThXSv-0002WM-Cm for 10056@debbugs.gnu.org; Sat, 08 Dec 2012 22:22:06 -0500 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by userp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qB93LZUq002836 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 9 Dec 2012 03:21:36 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qB93LZsa010942 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 9 Dec 2012 03:21:35 GMT Received: from abhmt116.oracle.com (abhmt116.oracle.com [141.146.116.68]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qB93LYHg019838; Sat, 8 Dec 2012 21:21:34 -0600 Received: from dradamslap1 (/71.202.147.44) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 08 Dec 2012 19:21:34 -0800 From: "Drew Adams" References: <87wqws48gn.fsf@mail.jurta.org> <87pq2kvzix.fsf@mail.jurta.org> Date: Sat, 8 Dec 2012 19:21:25 -0800 Message-ID: <3A9C4978E1D547E291D780F57506CD26@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-reply-to: <87pq2kvzix.fsf@mail.jurta.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac3Vp5dnGyzdH6NNRlW5nbFgSGi98gAE96AA X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-Spam-Score: -1.5 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.5 (-) > > Let's try first to fix (only) the commands that Dani > > or others report such have a problem. > > That means adding `(setq deactivate-mark t)' to some functions, > but this is not user-configurable. What is not user-configurable? Why should it be user-configurable whether a command activates or deactivates the mark? Where is that user-configurable today? And if Emacs Dev decides that standard command foo should deactivate the mark when done, but some user wants it to activate the mark (but why?), then s?he can define a command foo' that calls foo and then deactivates the mark. My impression is that you are inventing a problem where there is none. But perhaps I am missing something. Just what is the problem you are trying to solve? > Maybe like delsel.el puts > the property `delete-selection' on some functions, we should use > the property `deactivate-mark', e.g.: > > (put 'fill-paragraph 'deactivate-mark t) YAGNI. What problem are you looking to solve? (And BTW, when you grep for `deactivate-mark' you will notice that delsel.el is one of the libraries with a function that explicitly sets that variable.) From unknown Tue Jun 17 22:27:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10056: 24.0.91; Mark deactivation Resent-From: Dani Moncayo Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 09 Dec 2012 09:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10056 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: Juri Linkov , 10056@debbugs.gnu.org Received: via spool by 10056-submit@debbugs.gnu.org id=B10056.135504405611348 (code B ref 10056); Sun, 09 Dec 2012 09:08:01 +0000 Received: (at 10056) by debbugs.gnu.org; 9 Dec 2012 09:07:36 +0000 Received: from localhost ([127.0.0.1]:33583 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1ThcrI-0002wy-JT for submit@debbugs.gnu.org; Sun, 09 Dec 2012 04:07:36 -0500 Received: from mail-oa0-f44.google.com ([209.85.219.44]:43392) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1ThcrG-0002wp-EL for 10056@debbugs.gnu.org; Sun, 09 Dec 2012 04:07:35 -0500 Received: by mail-oa0-f44.google.com with SMTP id n5so1623888oag.3 for <10056@debbugs.gnu.org>; Sun, 09 Dec 2012 01:07:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=cLQNxrBtawKj3s3NvA86MfFImRoieylNv4i0IB5GVuc=; b=UnyqJG+iEZXtV6PkRNF4QK2VPH/Qyhtd38J14dXsmqJT+ZSwKCL3WYLJUgdyTctU0D nY0QSUl4mQ1sWZYVVQSs6KK66tH66cJL289fD5FcRJ1RcTnof39YcYH3NSiIW4A2J7oI SdsNERJi4gPCCMFSQXOKmAZ3e91w3Xn5+l6Vehq97IqGA0X7vrmiBk54mgeC4HB3IOLZ /Q/BDAejAJS8ErIIZyV3zr716s3kh2/4FNIxYaG1aSNyJgDxr1V57DGHoV+c7uORWarV NGyXoZRplDdryb/X2QkmpaPcsbOTNyZ0h3oiQVqq4l+yy4xC3THzV2YuqXexsuhVE6NF dTUw== MIME-Version: 1.0 Received: by 10.60.23.232 with SMTP id p8mr5766423oef.53.1355044025033; Sun, 09 Dec 2012 01:07:05 -0800 (PST) Received: by 10.60.11.39 with HTTP; Sun, 9 Dec 2012 01:07:04 -0800 (PST) In-Reply-To: <3A9C4978E1D547E291D780F57506CD26@us.oracle.com> References: <87wqws48gn.fsf@mail.jurta.org> <87pq2kvzix.fsf@mail.jurta.org> <3A9C4978E1D547E291D780F57506CD26@us.oracle.com> Date: Sun, 9 Dec 2012 10:07:04 +0100 Message-ID: From: Dani Moncayo Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.1 (/) Thanks to both of you for taking time to think and debate about this. I don't feel qualified enough to have an opinion on which approach is better for fixing this. Drew's proposal (deactivate the mark in a case-by-case basis) seems less general but safer/easier than Juri's in the short-term. Maybe we could take the easy route for now, and perhaps do a refactoring later. -- Dani Moncayo From unknown Tue Jun 17 22:27:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10056: 24.0.91; Mark deactivation Resent-From: Dani Moncayo Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 25 Jan 2013 12:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10056 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: Juri Linkov , 10056@debbugs.gnu.org Received: via spool by 10056-submit@debbugs.gnu.org id=B10056.135911731026362 (code B ref 10056); Fri, 25 Jan 2013 12:36:02 +0000 Received: (at 10056) by debbugs.gnu.org; 25 Jan 2013 12:35:10 +0000 Received: from localhost ([127.0.0.1]:48807 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TyiUw-0006r9-5q for submit@debbugs.gnu.org; Fri, 25 Jan 2013 07:35:10 -0500 Received: from mail-lb0-f169.google.com ([209.85.217.169]:58726) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TyiUt-0006r0-6i for 10056@debbugs.gnu.org; Fri, 25 Jan 2013 07:35:08 -0500 Received: by mail-lb0-f169.google.com with SMTP id m4so634128lbo.0 for <10056@debbugs.gnu.org>; Fri, 25 Jan 2013 04:34:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=ECAnQVpFCpUZNCQ/Tqow4FhIjUIDw/Zx+66peZg0y0s=; b=qiyp+/MQkkoJ0uX+z6y7IxSbi7DwauMPgoveGMWtEaCFNjlPTh4792skdoK/ctgXKM il5JwZ/7nWAzyGdz3Jq+IcjB6eY3qbGZxv8OLCtstknoc2IkFubdok9YyaGh/j4i9EJA 3eux/LJFTZFZf2ZEj/eBDUntRL+ITskjO6iGbdpWUEdz61xGk0G0rnjYnUpSedIUfJET OYvTAD5lHBczixcgmE+ktOjzYxV1IHd9vVR4ciAxXcbJrZn1CRqVYYo493yKwI0IAzbo S2988oDpy6I83MTaPR4/fchfMhpe8QMGhEFE2R0b7C7dqpUqxXmjQ/DznxBJFdofqj01 BlRA== MIME-Version: 1.0 X-Received: by 10.152.145.37 with SMTP id sr5mr5057284lab.33.1359117298086; Fri, 25 Jan 2013 04:34:58 -0800 (PST) Received: by 10.114.92.68 with HTTP; Fri, 25 Jan 2013 04:34:58 -0800 (PST) In-Reply-To: References: <87wqws48gn.fsf@mail.jurta.org> <87pq2kvzix.fsf@mail.jurta.org> <3A9C4978E1D547E291D780F57506CD26@us.oracle.com> Date: Fri, 25 Jan 2013 13:34:58 +0100 Message-ID: From: Dani Moncayo Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -0.7 (/) I've just noticed a new case where the mark is not deactivated, when it clearly should (IMO): after `eval-region'. So this is the updated list: eval-region kill-region [1] kill-rectangle [1] prepend-to-register [4] append-to-register [4] narrow-to-region [2] fill-paragraph [3] c-indent-line-or-region [3] delete-duplicate-lines [3] delete-matching-lines [3] delete-non-matching-lines [3] delete-blank-lines [3] --- Footnotes --- [1] From a read-only buffer, having `kill-read-only-ok' set to nil. Note that the command does its job in this case, but the mark still remains active. Not TRT IMO. [2] According to Chong, in this case perhaps the mark deactivation should be made only when the call is interactive. [3] When the command doesn't alter the buffer text. [4] When invoked with a prefix argument, from a read-only buffer (regardless of the value of `kill-read-only-ok', which doesn't seem to have any effect on them). -- Dani Moncayo From unknown Tue Jun 17 22:27:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10056: 24.0.91; Mark deactivation Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 25 Jan 2013 17:42:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10056 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Dani Moncayo'" Cc: 'Juri Linkov' , 10056@debbugs.gnu.org Received: via spool by 10056-submit@debbugs.gnu.org id=B10056.135913570024896 (code B ref 10056); Fri, 25 Jan 2013 17:42:01 +0000 Received: (at 10056) by debbugs.gnu.org; 25 Jan 2013 17:41:40 +0000 Received: from localhost ([127.0.0.1]:49496 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TynHX-0006TU-Ic for submit@debbugs.gnu.org; Fri, 25 Jan 2013 12:41:40 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:40064) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TynHV-0006TO-BH for 10056@debbugs.gnu.org; Fri, 25 Jan 2013 12:41:38 -0500 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by aserp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id r0PHfQnv012600 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 25 Jan 2013 17:41:27 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r0PHfPUr007563 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 25 Jan 2013 17:41:26 GMT Received: from abhmt109.oracle.com (abhmt109.oracle.com [141.146.116.61]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id r0PHfPqa026251; Fri, 25 Jan 2013 11:41:26 -0600 Received: from dradamslap1 (/10.159.189.45) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 25 Jan 2013 09:41:25 -0800 From: "Drew Adams" References: <87wqws48gn.fsf@mail.jurta.org><87pq2kvzix.fsf@mail.jurta.org><3A9C4978E1D547E291D780F57506CD26@us.oracle.com> Date: Fri, 25 Jan 2013 09:41:21 -0800 Message-ID: <0139B55A9A504DE180FC189491666C53@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac36+GUukRT8ZXoTRLGCkZkahXEBCwAKbWYQ In-Reply-To: X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-Spam-Score: -1.5 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.3 (--) > I've just noticed a new case where the mark is not deactivated, when > it clearly should (IMO): after `eval-region'. Why should it? Even when used interactively (and certainly when not!), a user can want to do something else with the active region after evaluating it. Yes, s?he can always hit `C-x C-x C-x C-x' to reactivate it (there is probably a shorter way to do it nowadays, but I still have that habit). But the question is why? What's the reason to deactivate the region after `eval-region'? To be clear, I have no particular objection that I can think of offhand. But I don't see why the behavior should be changed. "If it ain't broke don't fix it." IOW, please argue a bit in favor of the change for this specific command - some reasons, please. Wrt your footnote [2]: Why should we deactivate the region for _any_ command when it is called non-interactively? That doesn't make sense to me (yet - but I'm willing to learn why). From unknown Tue Jun 17 22:27:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10056: 24.0.91; Mark deactivation Resent-From: Dani Moncayo Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 25 Jan 2013 19:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10056 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: Juri Linkov , 10056@debbugs.gnu.org Received: via spool by 10056-submit@debbugs.gnu.org id=B10056.135914087532498 (code B ref 10056); Fri, 25 Jan 2013 19:08:02 +0000 Received: (at 10056) by debbugs.gnu.org; 25 Jan 2013 19:07:55 +0000 Received: from localhost ([127.0.0.1]:49569 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tyod1-0008S6-0j for submit@debbugs.gnu.org; Fri, 25 Jan 2013 14:07:55 -0500 Received: from mail-lb0-f179.google.com ([209.85.217.179]:56509) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tyocz-0008Rz-17 for 10056@debbugs.gnu.org; Fri, 25 Jan 2013 14:07:54 -0500 Received: by mail-lb0-f179.google.com with SMTP id j14so1257938lbo.24 for <10056@debbugs.gnu.org>; Fri, 25 Jan 2013 11:07:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=BrBCI+ztJWVYmwle5VNddKiEqGyn6X9nBgGBS+Ym0F4=; b=qLNRpYx+G10D/2x5ixIEn2RleSO9QahypAUtuefRON4/+pTkogajwmD5OuZ7Da6Ow/ +7kIPdULH8AjX69YqRLb7y6703HOeUjrELqqUkuuYJT24fbtEjThmkb3FUuqYzCkzhyf JdUm4Nj8lvElsyWGTEuJWr+icd61EyPGCPqejhnNmpaBW4SMgc8U+70RMCtHFkL3neox WdS3jzw/fyr1T/yLdi5kEtscPifbQpNoRkUjj1tgZDQBli9idpdfOYbRC0rBQ2nZFBcV GGWDul6QaYc5q+VBhN7eUFECkrs9TjRr0fXd1q4NPtxbA9x8PdxvXdCd7As9W35amFg+ n85A== MIME-Version: 1.0 X-Received: by 10.112.40.197 with SMTP id z5mr2519080lbk.14.1359140862262; Fri, 25 Jan 2013 11:07:42 -0800 (PST) Received: by 10.114.92.68 with HTTP; Fri, 25 Jan 2013 11:07:42 -0800 (PST) In-Reply-To: <0139B55A9A504DE180FC189491666C53@us.oracle.com> References: <87wqws48gn.fsf@mail.jurta.org> <87pq2kvzix.fsf@mail.jurta.org> <3A9C4978E1D547E291D780F57506CD26@us.oracle.com> <0139B55A9A504DE180FC189491666C53@us.oracle.com> Date: Fri, 25 Jan 2013 20:07:42 +0100 Message-ID: From: Dani Moncayo Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) On Fri, Jan 25, 2013 at 6:41 PM, Drew Adams wrote: >> I've just noticed a new case where the mark is not deactivated, when >> it clearly should (IMO): after `eval-region'. > > Why should it? > > Even when used interactively (and certainly when not!), I'm concerned about _interactive_ usability. Sorry if I didn't make that clear before. > a user can want to do > something else with the active region after evaluating it. > > Yes, s?he can always hit `C-x C-x C-x C-x' to reactivate it (there is probably a > shorter way to do it nowadays, but I still have that habit). But the question > is why? What's the reason to deactivate the region after `eval-region'? > > To be clear, I have no particular objection that I can think of offhand. But I > don't see why the behavior should be changed. "If it ain't broke don't fix it." > IOW, please argue a bit in favor of the change for this specific command - some > reasons, please. Well, the reason is the same for all commands I've mentioned: In my experience (or my usage pattern), after defining an active region and invoking a command to operate on it, it's much more likely that the next commands have nothing to do with that active region. IOW, I almost always set up an active region to do a single operation on it, not several ones. So keeping the region active is, at best, counter intuitive and visually annoying to me. > Wrt your footnote [2]: Why should we deactivate the region for _any_ command > when it is called non-interactively? That doesn't make sense to me (yet - but > I'm willing to learn why). That footnote is about `narrow-to-region', not about "any command". But, well, I'm thinking that perhaps the mark deactivation I'm requesting should be specific to interactive calls. After all, what I want to avoid is just the annoyance of having to type `C-g' to deactivate the mark after realizing that Emacs didn't do it for me. -- Dani Moncayo From unknown Tue Jun 17 22:27:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10056: 24.0.91; Mark deactivation Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 25 Jan 2013 19:35:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10056 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Dani Moncayo'" Cc: 'Juri Linkov' , 10056@debbugs.gnu.org Received: via spool by 10056-submit@debbugs.gnu.org id=B10056.13591424772503 (code B ref 10056); Fri, 25 Jan 2013 19:35:01 +0000 Received: (at 10056) by debbugs.gnu.org; 25 Jan 2013 19:34:37 +0000 Received: from localhost ([127.0.0.1]:49596 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Typ2q-0000eJ-MG for submit@debbugs.gnu.org; Fri, 25 Jan 2013 14:34:37 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:41981) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Typ2o-0000eB-62 for 10056@debbugs.gnu.org; Fri, 25 Jan 2013 14:34:35 -0500 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by aserp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id r0PJYMC0032587 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 25 Jan 2013 19:34:23 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r0PJYM9H016447 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 25 Jan 2013 19:34:22 GMT Received: from abhmt116.oracle.com (abhmt116.oracle.com [141.146.116.68]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id r0PJYMuu001818; Fri, 25 Jan 2013 13:34:22 -0600 Received: from dradamslap1 (/10.159.189.45) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 25 Jan 2013 11:34:22 -0800 From: "Drew Adams" References: <87wqws48gn.fsf@mail.jurta.org><87pq2kvzix.fsf@mail.jurta.org><3A9C4978E1D547E291D780F57506CD26@us.oracle.com><0139B55A9A504DE180FC189491666C53@us.oracle.com> Date: Fri, 25 Jan 2013 11:34:18 -0800 Message-ID: <61EA87D1494E46E9AA03ACEDF88E7CD4@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac37L0JrKtEs71iESdK4snXUcjR6uwAAdeMw In-Reply-To: X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-Spam-Score: -1.5 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.2 (----) > Well, the reason is the same for all commands I've mentioned: In my > experience (or my usage pattern), after defining an active region and > invoking a command to operate on it, it's much more likely that the > next commands have nothing to do with that active region. IOW, I > almost always set up an active region to do a single operation on it, > not several ones. So keeping the region active is, at best, counter > intuitive and visually annoying to me. I agree, and I think that's the general rule, i.e., the behavior by default. I think the command loop automatically does that, unless a given command explicitly inhibits it. And I have no objection to that general default behavior. I would object, though, if we were to somehow stop an individual command from inhibiting deactivation. Wrt `eval-region', I have no objection to deactivation. But I wonder why that does not happen automatically. I don't have the C code available, but presumably it explicitly inhibits deactivation (?). If so, I wonder what the designers had in mind, IOW, why that inhibition in this case? Maybe you can do some archaeology to find out the history? > > Wrt your footnote [2]: Why should we deactivate the region > > for _any_ command when it is called non-interactively? > > That doesn't make sense to me (yet - but I'm willing to learn why). > > That footnote is about `narrow-to-region', not about "any command". Yes, I understood that it is about `narrow-to-region'. I wondered why Yidong would bother to say that specifically about `narrow-to-region', since it should be true of _all_ commands, AFAIK. Unless a particular command is somehow a special case (are there any such?), we should not automatically deactivate the region for _any_ command when it is called non-interactively. If Lisp code that calls a command wants to deactivate the mark it can do that. _Automatic_ deactivation should be only for interactive invocation, IMO. > But, well, I'm thinking that perhaps the mark deactivation I'm > requesting should be specific to interactive calls. Yes. And I think that is the case wrt automatic deactivation. > After all, what I want to avoid is just the annoyance of having > to type `C-g' to deactivate the mark after realizing that Emacs > didn't do it for me. Yes, and that too should already be the case in general: automatic deactivation for any command that does not, itself, explicitly inhibit deactivation. From unknown Tue Jun 17 22:27:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10056: 24.0.91; Mark deactivation Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 26 Jan 2013 11:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10056 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dani Moncayo Cc: 10056@debbugs.gnu.org, Drew Adams Received: via spool by submit@debbugs.gnu.org id=B.135919866021634 (code B ref -1); Sat, 26 Jan 2013 11:11:02 +0000 Received: (at submit) by debbugs.gnu.org; 26 Jan 2013 11:11:00 +0000 Received: from localhost ([127.0.0.1]:50050 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tz3f1-0005cs-ST for submit@debbugs.gnu.org; Sat, 26 Jan 2013 06:11:00 -0500 Received: from eggs.gnu.org ([208.118.235.92]:52172) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tz3ey-0005ck-VQ for submit@debbugs.gnu.org; Sat, 26 Jan 2013 06:10:57 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tz3ek-0002E4-HA for submit@debbugs.gnu.org; Sat, 26 Jan 2013 06:10:43 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-101.9 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_NONE, USER_IN_WHITELIST autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:60721) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tz3ek-0002Dz-Di for submit@debbugs.gnu.org; Sat, 26 Jan 2013 06:10:42 -0500 Received: from eggs.gnu.org ([208.118.235.92]:35300) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tz3ej-0008W6-CW for bug-gnu-emacs@gnu.org; Sat, 26 Jan 2013 06:10:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tz3ei-0002DQ-HH for bug-gnu-emacs@gnu.org; Sat, 26 Jan 2013 06:10:41 -0500 Received: from smtp205.alice.it ([82.57.200.101]:52668) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tz3ei-0002AH-AB for bug-gnu-emacs@gnu.org; Sat, 26 Jan 2013 06:10:40 -0500 Received: from fmsmemgm.homelinux.net (82.107.57.105) by smtp205.alice.it (8.6.058.01) id 50AA072A0A5101D7 for bug-gnu-emacs@gnu.org; Sat, 26 Jan 2013 12:10:40 +0100 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id ACB49AE3F4; Sat, 26 Jan 2013 06:10:39 -0500 (EST) Resent-Message-ID: Resent-To: bug-gnu-emacs@gnu.org Resent-From: Stefan Monnier Resent-Date: Sat, 26 Jan 2013 06:10:39 -0500 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id C869BAE552; Fri, 25 Jan 2013 14:01:15 -0500 (EST) From: Stefan Monnier Message-ID: References: <87wqws48gn.fsf@mail.jurta.org> <87pq2kvzix.fsf@mail.jurta.org> <3A9C4978E1D547E291D780F57506CD26@us.oracle.com> Date: Fri, 25 Jan 2013 14:01:15 -0500 In-Reply-To: (Dani Moncayo's message of "Fri, 25 Jan 2013 13:34:58 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -4.3 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.2 (------) I agree with the idea that those commands should be thought of as "consuming" the region, so they should deactivate the mark even if the buffer is not modified. > [2] According to Chong, in this case perhaps the mark deactivation > should be made only when the call is interactive. Right, obviously when called non-interactively, they should take BEG..END arguments, and these are not necessarily related to the region, so they should deactivate the mark if they indeed used it to figure out the BEG..END, i.e. when called interactively. Stefan From unknown Tue Jun 17 22:27:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10056: 24.0.91; `copy-to-register' does not deactivate the mark Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 26 Apr 2022 13:51:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10056 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dani Moncayo Cc: 10056@debbugs.gnu.org Received: via spool by 10056-submit@debbugs.gnu.org id=B10056.165098101727535 (code B ref 10056); Tue, 26 Apr 2022 13:51:01 +0000 Received: (at 10056) by debbugs.gnu.org; 26 Apr 2022 13:50:17 +0000 Received: from localhost ([127.0.0.1]:37711 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1njLa5-0007A2-HG for submit@debbugs.gnu.org; Tue, 26 Apr 2022 09:50:17 -0400 Received: from quimby.gnus.org ([95.216.78.240]:60826) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1njLa3-00079j-PI for 10056@debbugs.gnu.org; Tue, 26 Apr 2022 09:50:16 -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:In-Reply-To:Date: References: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=jlNyRj7TtkdiV6uvhAA4rBnfqg6tzD2rKIrl2i/ONG0=; b=EvnzIM9/HgK2uRQGExzt/fb6jj sfeECX5lNhWLvHCaPuCi76htAaWHifcxRcyKfE/brRCUf9VPPmpuxx49JCLU0LAnDN9BvKIli+bRx APr39X/cpnwatppDjCt5a+6xF+Yal+Gf3ibw7+DghinciBobF6vSYI4/NJ9BPkEejaiY=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1njLZr-00015D-94; Tue, 26 Apr 2022 15:50:09 +0200 From: Lars Ingebrigtsen References: X-Now-Playing: Coffins's _Defilements_: "Black Aspirin (Iron Monkey cover)" Date: Tue, 26 Apr 2022 15:50:02 +0200 In-Reply-To: (Dani Moncayo's message of "Tue, 15 Nov 2011 21:06:26 +0100") Message-ID: <877d7ceyyd.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Dani Moncayo writes: > According to (info "(emacs)Text Registers"), the mark should be > deactivated at the end of the command `copy-to-register' (which is > TRT; `C-w' behaves that way, for example). > > But I see that: [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Dani Moncayo writes: > According to (info "(emacs)Text Registers"), the mark should be > deactivated at the end of the command `copy-to-register' (which is > TRT; `C-w' behaves that way, for example). > > But I see that: > * The mark (region) remains active after doing "C-x h C-x r s s" (from > emacs -Q). > * The command's docstring does not mention anything about this. It should, no? (I'm going through old bug reports that unfortunately weren't resolved at the time.) Chong fixed this at the time, but the discussion then went on to whether other commands, like `eval-region' should do the same. The rough consensus seemed to be "nope", and I think that's the right decision, so I'm closing this bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 26 09:50:24 2022 Received: (at control) by debbugs.gnu.org; 26 Apr 2022 13:50:25 +0000 Received: from localhost ([127.0.0.1]:37714 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1njLaC-0007AN-Pw for submit@debbugs.gnu.org; Tue, 26 Apr 2022 09:50:24 -0400 Received: from quimby.gnus.org ([95.216.78.240]:60840) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1njLaA-0007A3-Vh for control@debbugs.gnu.org; Tue, 26 Apr 2022 09:50:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=JjUJpXJ2+py/9Go2d3GuZ8+XSPtuLTEIoOhYNmyOQ2A=; b=OV8h/SlCH8oFUML0HWMldkkLkU F2uRsMCRp8wYJ2rBpWfE1ZRyZGWavwUiDRJheQRwEnltJY8ivsGl5X61GxhNxmp3w+4aoPv16hK46 S9IS+99DtsSqrzkzToIvytbJuNSAFEjy78qrVfv1UAmxGtb8UiGqnj0nMCQG2xlf+1P0=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1njLa3-00015N-7R for control@debbugs.gnu.org; Tue, 26 Apr 2022 15:50:17 +0200 Date: Tue, 26 Apr 2022 15:50:14 +0200 Message-Id: <875ymweyy1.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #10056 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 10056 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) close 10056 quit