From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Reuben Thomas Newsgroups: gmane.emacs.bugs Subject: bug#13566: 24.1; Too easy to forget things with remember Date: Tue, 14 May 2013 14:27:48 +0100 Message-ID: References: <87vcai5xp0.fsf@sc3d.org> <764ne680tf.fsf@fencepost.gnu.org> <86hai53dce.fsf@somewhere.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11c334286c401304dcad99ce X-Trace: ger.gmane.org 1368538124 15901 80.91.229.3 (14 May 2013 13:28:44 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 14 May 2013 13:28:44 +0000 (UTC) Cc: 13566@debbugs.gnu.org To: Sebastien Vauban Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue May 14 15:28:42 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UcFHW-0005cP-Ho for geb-bug-gnu-emacs@m.gmane.org; Tue, 14 May 2013 15:28:42 +0200 Original-Received: from localhost ([::1]:51417 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UcFHW-0006Bd-3A for geb-bug-gnu-emacs@m.gmane.org; Tue, 14 May 2013 09:28:42 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:34980) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UcFHR-0006BU-6b for bug-gnu-emacs@gnu.org; Tue, 14 May 2013 09:28:39 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UcFHM-0002Ds-Vp for bug-gnu-emacs@gnu.org; Tue, 14 May 2013 09:28:37 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:35481) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UcFHM-0002Do-Pf for bug-gnu-emacs@gnu.org; Tue, 14 May 2013 09:28:32 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1UcFHs-0001iV-RK for bug-gnu-emacs@gnu.org; Tue, 14 May 2013 09:29:04 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Reuben Thomas Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 14 May 2013 13:29:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13566 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 13566-submit@debbugs.gnu.org id=B13566.13685381116534 (code B ref 13566); Tue, 14 May 2013 13:29:04 +0000 Original-Received: (at 13566) by debbugs.gnu.org; 14 May 2013 13:28:31 +0000 Original-Received: from localhost ([127.0.0.1]:39590 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UcFHH-0001hH-UH for submit@debbugs.gnu.org; Tue, 14 May 2013 09:28:28 -0400 Original-Received: from exprod7og116.obsmtp.com ([64.18.2.219]:60123) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1UcFHC-0001gw-Mc for 13566@debbugs.gnu.org; Tue, 14 May 2013 09:28:25 -0400 Original-Received: from mail-la0-f54.google.com ([209.85.215.54]) (using TLSv1) by exprod7ob116.postini.com ([64.18.6.12]) with SMTP ID DSNKUZI71D2vSuS3jrkzujGzvF8KMxOLkA6x@postini.com; Tue, 14 May 2013 06:27:49 PDT Original-Received: by mail-la0-f54.google.com with SMTP id fd20so513284lab.41 for <13566@debbugs.gnu.org>; Tue, 14 May 2013 06:27:48 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:x-received:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=ibEhO+913QLpRfJBL8R2qd5f6gSf1bw7U3OGg8QzZ4w=; b=mjj1qF5eCrT4L80Yk9aZmoHTrhzjrQnIJLqxQoVo2vluXq5RXUi5BWQ4nrE33Ue5xn s8C0jp9pT752D5AcUouzPP3cz3seoDSeX+RYZZ6zeFfT7ftmUq6+dtw/WHTG7aSxk0rI PbhkHS6r3dpEPs/+Mcxw0wmS6KU3sziZmu65Qh87TfaEUU0MlDG1ejxHbDBlWFa6mIFI N4bfbBI/zVOQDZfoRN7EROcW93LvAkc9pAzrHK4X/P9WK8ty0+uFpDYyYWyBBx1c52uC j4GEu9+vYJLOV8Piq6GpNvB73ZAfUHlU4BqFny2CsM4pShjyzSvVd+KmQgbhPUb9xcht Li9g== X-Received: by 10.112.168.166 with SMTP id zx6mr5985757lbb.83.1368538068479; Tue, 14 May 2013 06:27:48 -0700 (PDT) X-Received: by 10.112.168.166 with SMTP id zx6mr5985743lbb.83.1368538068298; Tue, 14 May 2013 06:27:48 -0700 (PDT) Original-Received: by 10.152.19.2 with HTTP; Tue, 14 May 2013 06:27:48 -0700 (PDT) In-Reply-To: <86hai53dce.fsf@somewhere.org> X-Gm-Message-State: ALoCoQnM/rc14H0efLE9CuEoJkM7E3n9EkXU9Nw68TVr0bO3s3dsDuyjZAdvfoOos/ZSYrNMF3O/RIKnfS+9k2t9AW4fQcRCMECdp8gGwlsfpqlnQh57DV38XYxn5QeVQhMfb5c08+XwqbvcyzMMYRg38lkLBBRifWosh9uW4gbw/TVnLvQScx4= X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:74233 Archived-At: --001a11c334286c401304dcad99ce Content-Type: text/plain; charset=ISO-8859-1 On 14 May 2013 14:22, Sebastien Vauban wrote: > Hello, > > Reuben Thomas wrote: > > On 14 May 2013 08:42, Glenn Morris wrote: > >> Reuben Thomas wrote: > >> > >> > The *Remember* buffer, as a non-file-visiting buffer, does not cause a > >> > prompt when you kill it or exit Emacs with the contents unsaved. This > is > >> > unfortunate: I just lost 15 minutes' work when I hit C-x C-c in > >> > remember-mode by mistake instead of C-c C-c. > >> > > >> > I can fix this particular problem by adding > >> > > >> > (lambda nil (setq buffer-offer-save t)) > >> > > >> > to remember-mode-hook, but shouldn't this be the default behavior? > >> > >> Sounds right, please apply. > >> Or maybe (I don't use remember) you want to add remember-finalize to > >> kill-emacs-hook or kill-emacs-query-functions. > >> > > > > It seems to me that it's more consistent to make Emacs prompt to save the > > remember buffer, as it does for other unsaved buffers (the alternative > > suggested here would make Emacs silently save the remember buffer if > > exited), but I'd appreciate some guidance. > > Please note that `remember' has been replaced by `org-capture', at least > if we > speak of the same... > I think you mean "superseded", not "replaced": remember.el is still in Emacs bazaar. Yes, I'm aware of it, but presumably as long as remember.el is still included with Emacs it's acceptable to fix bugs in it? And since org-capture is not, as far as I know, based on remember, there is no reason to suspect that bugs in remember will be mirrored in org-capture? --001a11c334286c401304dcad99ce Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On 14 May 2013 14:22, Sebastien Vauban &= lt;sva-news@my= googlest.com> wrote:
Hello,

Reuben Thomas wrote:
> On 14 May 2013 08:42, Glenn Morris <= rgm@gnu.org> wrote:
>> Reuben Thomas wrote:
>>
>> > The *Remember* buffer, as a non-file-visiting buffer, does no= t cause a
>> > prompt when you kill it or exit Emacs with the contents unsav= ed. This is
>> > unfortunate: I just lost 15 minutes' work when I hit C-x = C-c in
>> > remember-mode by mistake instead of C-c C-c.
>> >
>> > I can fix this particular problem by adding
>> >
>> > (lambda nil (setq buffer-offer-save t))
>> >
>> > to remember-mode-hook, but shouldn't this be the default = behavior?
>>
>> Sounds right, please apply.
>> Or maybe (I don't use remember) you want to add remember-final= ize to
>> kill-emacs-hook or kill-emacs-query-functions.
>>
>
> It seems to me that it's more consis= tent to make Emacs prompt to save the
> remember buffer, as it does for other unsaved buffers (the alternative=
> suggested here would make Emacs silently save the remember buffer if > exited), but I'd appreciate some guidance.

Please note that `remember' has been replaced by `org-capture'= ;, at least if we
speak of the same...

I think you mean &= quot;superseded", not "replaced": remember.el is still in Em= acs bazaar. Yes, I'm aware of it, but presumably as long as remember.el= is still included with Emacs it's acceptable to fix bugs in it? And si= nce org-capture is not, as far as I know, based on remember, there is no re= ason to suspect that bugs in remember will be mirrored in org-capture?
--001a11c334286c401304dcad99ce--