From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: chad Newsgroups: gmane.emacs.devel Subject: Re: draft for DEL key poll Date: Thu, 29 Sep 2011 17:04:30 -0700 Message-ID: <3B5A1AFD-3139-4B15-B6AE-E6A29B2E217F@mit.edu> References: <87litcvtu2.fsf@stupidchicken.com> <87r532n6wr.fsf@stupidchicken.com> <20110928075430.GA2337@acm.acm> <1508D161-CE02-4EA8-B304-37A409A8F175@mit.edu> <4A9D6D45-09E2-4F2A-AFAB-4320C7E752BF@mit.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: multipart/alternative; boundary="Apple-Mail=_7ADD335F-F739-45AB-83F3-358547FD7624" X-Trace: dough.gmane.org 1317341085 17751 80.91.229.12 (30 Sep 2011 00:04:45 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 30 Sep 2011 00:04:45 +0000 (UTC) Cc: Emacs devel To: "Andrew W. Nosenko" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Sep 30 02:04:41 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1R9Qal-0005LR-RK for ged-emacs-devel@m.gmane.org; Fri, 30 Sep 2011 02:04:40 +0200 Original-Received: from localhost ([::1]:58843 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R9Qal-0008UV-8X for ged-emacs-devel@m.gmane.org; Thu, 29 Sep 2011 20:04:39 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:60212) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R9Qai-0008UP-AV for emacs-devel@gnu.org; Thu, 29 Sep 2011 20:04:37 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R9Qah-00054h-BV for emacs-devel@gnu.org; Thu, 29 Sep 2011 20:04:36 -0400 Original-Received: from dmz-mailsec-scanner-1.mit.edu ([18.9.25.12]:42956) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R9Qah-00054d-7J for emacs-devel@gnu.org; Thu, 29 Sep 2011 20:04:35 -0400 X-AuditID: 1209190c-b7fd26d0000008df-11-4e85079215ad Original-Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) by dmz-mailsec-scanner-1.mit.edu (Symantec Messaging Gateway) with SMTP id 64.75.02271.297058E4; Thu, 29 Sep 2011 20:04:34 -0400 (EDT) Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id p8U04Y2q017743; Thu, 29 Sep 2011 20:04:34 -0400 Original-Received: from [10.0.0.115] ([12.198.236.170]) (authenticated bits=0) (User authenticated as yandros@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id p8U04VHJ015190 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 29 Sep 2011 20:04:33 -0400 (EDT) In-Reply-To: X-Mailer: Apple Mail (2.1244.3) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFuphleLIzCtJLcpLzFFi42IR4hTV1p3E3upncH21uMXVVxfZLB4veMLq wOSxc9Zddo+2aWYBTFFcNimpOZllqUX6dglcGZ2nu5kLrqtWNO/uYG1g/CLfxcjJISFgIvF+ 20N2CFtM4sK99WxdjFwcQgL7GCWunvvLDOFsYJTYc/c5VGYlk0TT1imsIC3CAsoSz+6+ZOpi 5ODgFTCWeP2PCSTMLJAgsXHKLbAwm4AM0FQNEJNTIFDi/nlzkAoWAVWJiw/esEJUq0qsf7sT 7AZeASuJ12sOsYDYQgIPmCTOvpYGsUWA7px0uw3qTnmJxS2fGScwCsxC2DsLyV4IW1ti2cLX zBC2gcTTzlesmOL6Em/ezWFawMi2ilE2JbdKNzcxM6c4NVm3ODkxLy+1SNdQLzezRC81pXQT IzjQJXl2ML45qHSIUYCDUYmHV3hJi58Qa2JZcWXuIUZJDiYlUV5ntlY/Ib6k/JTKjMTijPii 0pzU4kOMEhzMSiK8M/8AlfOmJFZWpRblw6SkOViUxHkP7nDwExJITyxJzU5NLUgtgsnKcHAo SfDuAxkqWJSanlqRlplTgpBm4uAEGc4DNHw7SA1vcUFibnFmOkT+FKOilDjvLJCEAEgiozQP rheWiF4xigO9Isy7C6SKB5jE4LpfAQ1mAhr8tbARZHBJIkJKqoGR1TRhYstNNYFcv0v/NH13 3C2beXHXe5kOtdcWV/zWrWA1/8xQtPQ251dmZcfHTJPbYn01mDYxTdFrLdfzuKZuqG2+K6qg JmGVEXPrnJ0X1Jw/PDh7qZVpD4e00bOtboz8JTcNS1m4gr0r9nMsKtv+dNoy3yjd X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 18.9.25.12 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:144487 Archived-At: --Apple-Mail=_7ADD335F-F739-45AB-83F3-358547FD7624 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Sep 29, 2011, at 4:17 PM, Andrew W. Nosenko wrote: > On Thu, Sep 29, 2011 at 20:56, chad wrote: >> On Sep 29, 2011, at 3:49 AM, Richard Stallman wrote: >>>=20 >>> Perhaps because you wanted to go to the other side of it with C-x = C-x, >>> is the usual reason in my case. [=85] >>=20 >> [=85] The C-x C-x case happens to me also, but rarely, and I find = that >> `C-x C-x C-x C-x' is comfortable enough in those cases. > How repeating C-x C-x helps you to deactivate region (and thus help it > to survive after DEL)? In my case it still to be activated regardless > on the amount of "C-x C-x" repeatings. My apologies; I was still using some experimental code that deactivated the region on any C-x C-x but the first (as a side-effect to allowing a = prefix arg to toggle transient-mark-mode). Mea culpa. > About "rarely": do you understand that now, with current defaults, it > is only one way to safe using DEL in the macro -- explicitly mark the > intended to be deleted character by region and only then delete it? > Otherwise there my occur already activated region and you will delete > not the single character but the whole half of buffer. Just by > occasion and the Murphy Law. I assume that you mean keyboard macro here, yes? This usage had not=20 occurred to me, as I use elisp far more often than keyboard macros, and don't use macros for destructive things like DEL. Perhaps this is why = the=20 new code works on delete-char-forward and delete-char-backward but=20 explicitly not delete-char? (I admit that I was puzzled by that = choice.) *Chad --Apple-Mail=_7ADD335F-F739-45AB-83F3-358547FD7624 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252
On Thu, Sep 29, 2011 at = 20:56, chad <yandros@mit.edu>= wrote:
On Sep 29, 2011, at 3:49 AM, = Richard Stallman wrote:

Perhaps because you wanted to go = to the other side of it with C-x = C-x,
is the usual reason in my case. = [=85]

[=85] = The C-x C-x case happens to me also, but rarely, and I find = that
`C-x C-x C-x C-x' is = comfortable enough in those = cases.

How repeating C-x C-x helps you to deactivate region = (and thus help it
to survive after DEL)?  In my case it still to = be activated regardless
on the amount of "C-x C-x" = repeatings.

My apologies; I was = still using some experimental code that deactivated
the region = on any C-x C-x but the first (as a side-effect to allowing a = prefix
arg to toggle transient-mark-mode). Mea = culpa.

About = "rarely": do you understand that now, with current defaults, it
is = only one way to safe using DEL in the macro -- explicitly mark = the
intended to be deleted character by region and only then delete = it?
Otherwise there my occur already activated region and you will = delete
not the single character but the whole half of buffer. =  Just by
occasion and the Murphy = Law.

I assume that you mean = keyboard macro here, yes?  This usage had = not 
occurred to me, as I use elisp far more often than = keyboard macros, and
don't use macros for destructive things = like DEL.  Perhaps this is why the 
new code = works on delete-char-forward and = delete-char-backward but 
explicitly not = delete-char?  (I admit that I was puzzled by that = choice.)

*Chad




= --Apple-Mail=_7ADD335F-F739-45AB-83F3-358547FD7624--