From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michael Heerdegen Subject: Emacs bug 37890; killing capture buffer Date: Fri, 13 Dec 2019 22:48:12 +0100 Message-ID: <87r217lwwz.fsf@web.de> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:55278) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ifsnJ-0007Yg-LU for emacs-orgmode@gnu.org; Fri, 13 Dec 2019 16:48:18 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ifsnI-0006J1-LZ for emacs-orgmode@gnu.org; Fri, 13 Dec 2019 16:48:17 -0500 Received: from mout.web.de ([212.227.15.4]:49191) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ifsnI-0006DE-7o for emacs-orgmode@gnu.org; Fri, 13 Dec 2019 16:48:16 -0500 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: emacs-orgmode@gnu.org Hi, I want to speak about my Emacs bug report 37890 about org-capture. Seems my main point: | I want to capture an APPT with `org-capture'. I the pop-up buffer to | edit the item I move the date to the second line and add text after the | date (personal preference). That loses the final newline in | CAPTURE-todo.org. As a result, the headline of the item following the | item to be inserted gets appended to the last line of the text: | | ** APPT Abc | <2019-10-23 Mi> | text... ** APPT 8:30 Important Appointment | | breaking the whole item. The user should somehow be prevented from that | happening. has been resolved with the latest merge into Emacs master - is that correct? Then I will close that report. The report also included a feature request which I now want to tell here: I often kill the capture buffer instead of hitting C-c C-k. Just by habit. It's wrong and I now it but I guess it happens to others. I guess the capture buffer is just a narrowed indirect buffer copy of the buffer visiting the according org file. Because of this, when you kill the capture buffer, the original buffer reflects the partial and uncomplete entry one tried to add. This may damage your file. But such internals are not known to all, so it would be good if killing the capture buffer, or even just closing the window, would warn the user and offer to undo the partial changes. Or (really better IMHO) consider a different implementation where the original buffer is not modified until the user explicitly confirms the stuff to capture with C-c C-c. TIA, Michael.