From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kaushal Modi Subject: Re: org-capture-kill uses the kill ring Date: Fri, 20 Oct 2017 03:56:51 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="94eb2c14e3c224cb3d055bf27792" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:33935) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e5OQr-0001YJ-Nw for emacs-orgmode@gnu.org; Thu, 19 Oct 2017 23:57:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e5OQo-00054q-Lp for emacs-orgmode@gnu.org; Thu, 19 Oct 2017 23:57:13 -0400 Received: from mail-yw0-f172.google.com ([209.85.161.172]:48142) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1e5OQo-00054G-G6 for emacs-orgmode@gnu.org; Thu, 19 Oct 2017 23:57:10 -0400 Received: by mail-yw0-f172.google.com with SMTP id q1so5370165ywh.5 for ; Thu, 19 Oct 2017 20:57:08 -0700 (PDT) In-Reply-To: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: Allen Li , emacs-orgmode@gnu.org --94eb2c14e3c224cb3d055bf27792 Content-Type: text/plain; charset="UTF-8" On Thu, Oct 19, 2017 at 11:28 PM Allen Li wrote: > org-capture-kill (C-c C-k) used to abort capturing puts the contents > of the capture buffer into the kill ring. > > This is obstructive when the user wants to abort a capture, but save a > portion of the text into the kill ring to yank elsewhere. The aborted > capture contents will replace the desired content. > I believe that's a good fail-safe mechanism. Imagine the joy when you realize that Org simply saved your incomplete capture in the event you kill it by mistake! FWIW, I have never needed to make use of that failsafe mechanism, nor have I ever needed to copy something from my capture and then kill it. The use case you mention seems to be very rare IMO. > Aborting capture should act transparently like killing a buffer. It > shouldn't affect the kill ring. If the user wants to keep the capture > contents, he can trivially run C-x h mark-whole-buffer M-w > kill-ring-save > You can always C-y M-y to yank your second-last kill, C-y M-y M-y for the third-last kill, and so on .. To summarize: - Current behavior helps users lose their incomplete captures by mistake. - In the event you want to copy something and deliberately kill the capture buffer, you can always paste it with C-y M-y. -- Kaushal Modi --94eb2c14e3c224cb3d055bf27792 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Thu, Oct 19= , 2017 at 11:28 PM Allen Li <vianchielfaura@gmail.com> wrote:
org-capture-kill (C-c C-k) used to abort capturing puts the contents<= br> of the capture buffer into the kill ring.

This is obstructive when the user wants to abort a capture, but save a
portion of the text into the kill ring to yank elsewhere.=C2=A0 The aborted=
capture contents will replace the desired content.
I believe that's a good fail-safe mechanism. Imagine the jo= y when you realize that Org simply saved your incomplete capture in the eve= nt you kill it by mistake!

FWIW, I have never need= ed to make use of that failsafe mechanism, nor have I ever needed to copy s= omething from my capture and then kill it. The use case you mention seems t= o be very rare IMO.
=C2=A0
Ab= orting capture should act transparently like killing a buffer.=C2=A0 It
shouldn't affect the kill ring.=C2=A0 If the user wants to keep the cap= ture
contents, he can trivially run C-x h mark-whole-buffer M-w
kill-ring-save

You can always C-y M-y t= o yank your second-last kill, C-y M-y M-y for the third-last kill, and so o= n ..
=C2=A0
To summarize:
- Current behavior = helps users lose their incomplete captures by mistake.
- In the e= vent you want to copy something and deliberately kill the capture buffer, y= ou can always paste it with C-y M-y.
-- <= br>
=

Kaushal Modi

--94eb2c14e3c224cb3d055bf27792--