From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Xah Newsgroups: gmane.emacs.help Subject: Re: No copy when killing Date: Sat, 14 Jun 2008 02:54:45 -0700 (PDT) Organization: http://groups.google.com Message-ID: References: <39fbd280-441d-498e-9a53-ce3188f31398@d77g2000hsb.googlegroups.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1213440050 23029 80.91.229.12 (14 Jun 2008 10:40:50 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 14 Jun 2008 10:40:50 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sat Jun 14 12:41:32 2008 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1K7TCL-00028E-Md for geh-help-gnu-emacs@m.gmane.org; Sat, 14 Jun 2008 12:41:29 +0200 Original-Received: from localhost ([127.0.0.1]:41487 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K7TBX-0001Ir-Jj for geh-help-gnu-emacs@m.gmane.org; Sat, 14 Jun 2008 06:40:39 -0400 Original-Path: news.stanford.edu!newsfeed.stanford.edu!postnews.google.com!u36g2000prf.googlegroups.com!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 47 Original-NNTP-Posting-Host: 69.226.234.243 Original-X-Trace: posting.google.com 1213437285 8801 127.0.0.1 (14 Jun 2008 09:54:45 GMT) Original-X-Complaints-To: groups-abuse@google.com Original-NNTP-Posting-Date: Sat, 14 Jun 2008 09:54:45 +0000 (UTC) Complaints-To: groups-abuse@google.com Injection-Info: u36g2000prf.googlegroups.com; posting-host=69.226.234.243; posting-account=bRPKjQoAAACxZsR8_VPXCX27T2YcsyMA User-Agent: G2/1.0 X-HTTP-UserAgent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; en) AppleWebKit/525.18 (KHTML, like Gecko) Version/3.1.1 Safari/525.18, gzip(gfe), gzip(gfe) Original-Xref: news.stanford.edu gnu.emacs.help:159463 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:54818 Archived-At: On Jun 14, 2:24 am, rock69 wrote: > Is there some way to disable copying to the clipboard when deleting > something (ex. with M-d or C-k)? I'm asking this because I often find > myself copying something and then deleting successive lines, and when > I have to paste what I had previously copied, it's really annoying to > have to scroll through with C-y M-y. i doubt there's a buildin customization to let you set that pref. You might need to write your own function to do delete text without putting things in ring. (the elisp would be trivial... pls ask if you want the code) ------------------------- however, what you want is prob best done by using emacs's so-called =E2=80=9Cregister=E2=80=9D, which basically allow you to have multiple clipb= orads. select a region, then do M-x copy-to-register (C-x r x). Then type 1 (as the name of your register) To paste that, type M-x insert-register (C-x r g), then type 1. You can of course bind these to shortcuts with a simple elisp, so that, for example, M-1 copy region to clipboard 1, M-S-1 paste it from clipboard 1. Similar for 2, 3, etc. ------------------------- =2E.. i've been thinking whether emacs behavior of M-d, C-k etc automatically put things into kill-ring is a efficient mode of operation, as opposed to not have these operations auto put into kill- ring and only copy/cut (M-w,C-w) does. But just never spent the time to seriously think about this. I'm used to the emacs way anyhow for 10 years and didn't find any prob with it. However, this doesn't imply this emacs way is more efficient... just habit. (of course, emacs old timers are likely to say it's that way because decades of hacker usage find it to be efficient and blab blab... which often has no scientific basis whatsoever and in fact some of emacs ways, such as its default keybindings and its undo behavior, are very operatively inefficient.) Xah =E2=88=91 http://xahlee.org/ =E2=98=84