From 3f5d2924bce5dd53b3be2349b2a4f49d7b9cb3e6 Mon Sep 17 00:00:00 2001 From: Daniel Kahn Gillmor Date: Fri, 8 Jul 2016 20:00:10 +2000 Subject: [PATCH] Re: [PATCH v3] emacs: postpone/resume support --- a8/2a0ad8faffe54ddcc94e7952ee0bdac8e646f0 | 126 ++++++++++++++++++++++ 1 file changed, 126 insertions(+) create mode 100644 a8/2a0ad8faffe54ddcc94e7952ee0bdac8e646f0 diff --git a/a8/2a0ad8faffe54ddcc94e7952ee0bdac8e646f0 b/a8/2a0ad8faffe54ddcc94e7952ee0bdac8e646f0 new file mode 100644 index 000000000..b48b9b9ae --- /dev/null +++ b/a8/2a0ad8faffe54ddcc94e7952ee0bdac8e646f0 @@ -0,0 +1,126 @@ +Return-Path: +X-Original-To: notmuch@notmuchmail.org +Delivered-To: notmuch@notmuchmail.org +Received: from localhost (localhost [127.0.0.1]) + by arlo.cworth.org (Postfix) with ESMTP id 3D29B6DE0936 + for ; Fri, 8 Jul 2016 03:15:51 -0700 (PDT) +X-Virus-Scanned: Debian amavisd-new at cworth.org +X-Spam-Flag: NO +X-Spam-Score: 0.111 +X-Spam-Level: +X-Spam-Status: No, score=0.111 tagged_above=-999 required=5 tests=[AWL=0.111] + autolearn=disabled +Received: from arlo.cworth.org ([127.0.0.1]) + by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024) + with ESMTP id lcygxkuvwuLl for ; + Fri, 8 Jul 2016 03:15:43 -0700 (PDT) +Received: from che.mayfirst.org (che.mayfirst.org [162.247.75.118]) + by arlo.cworth.org (Postfix) with ESMTP id 8C4F06DE0930 + for ; Fri, 8 Jul 2016 03:13:25 -0700 (PDT) +Received: from fifthhorseman.net (unknown [88.128.80.54]) + by che.mayfirst.org (Postfix) with ESMTPSA id 1EB82F98B; + Fri, 8 Jul 2016 06:13:23 -0400 (EDT) +Received: by fifthhorseman.net (Postfix, from userid 1000) + id DDE2E2076C; Thu, 7 Jul 2016 20:00:13 -0400 (EDT) +From: Daniel Kahn Gillmor +To: David Bremner , Tomi Ollila , + Mark Walters , notmuch@notmuchmail.org +Subject: Re: [PATCH v3] emacs: postpone/resume support +In-Reply-To: <87wpm3dgu6.fsf@zancas.localnet> +References: <1465001026-29392-1-git-send-email-markwalters1009@gmail.com> + <87wpm3dgu6.fsf@zancas.localnet> +User-Agent: Notmuch/0.22+69~gd812194 (https://notmuchmail.org) Emacs/24.5.1 + (x86_64-pc-linux-gnu) +Date: Thu, 07 Jul 2016 20:00:10 -0400 +Message-ID: <87shvlf185.fsf@alice.fifthhorseman.net> +MIME-Version: 1.0 +Content-Type: multipart/signed; boundary="=-=-="; + micalg=pgp-sha512; protocol="application/pgp-signature" +X-BeenThere: notmuch@notmuchmail.org +X-Mailman-Version: 2.1.20 +Precedence: list +List-Id: "Use and development of the notmuch mail system." + +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Fri, 08 Jul 2016 10:15:51 -0000 + +--=-=-= +Content-Type: text/plain + +On Sun 2016-06-05 07:18:25 -0400, David Bremner wrote: +> Tomi Ollila writes: +> +>> ... but I think I am not biased when I think that if ctrl-x ctrl-s +>> does something more magical than simple (save-buffer) in buffers that +>> looks like text editing buffer, that is going to be unexpected disturbing +>> functionality to someone (else like me)... +> +> This is a valid point. On the other hand the binding is copied from +> Gnus, which also includes at least _some_ magic +> +> http://www.gnu.org/software/emacs/manual/html_node/gnus/Drafts.html + +gnus isn't the only thing that does something more "magical" than saving +a raw buffer to a file. + +try the following: + + echo test | gpg --output test.gpg --armor --default-recipient-self --encrypt + emacs test.gpg + +emacs will prompt you to decrypt the file, then let you edit the +cleartext buffer. + +a subsequent "C-x C-s" will re-save it encrypted. (at least it does for +me!) + +[ i note several weirdnesses here around the round-trip cleanliness and + safety of this operation which aren't relevant to notmuch, but that's + a different story, and i've reported them to emacs upstream ] + +Of course, this functionality appears to also happen within +"save-buffer" itself -- so arguably it's not more "magical" than +save-buffer, since it *is* save-buffer. + + +Tomi, would you object if Mark's patches were somehow integrated into +save-buffer itself, instead of just re-mapping C-x C-s ? (i don't know +elisp well enough to know how feasible that would be) + +My bottom line: + +Mark's series here works well for me, and represents the best draft +handling i've seen yet for notmuch-emacs. It would be really good to +incorporate something approximating this functionality in the mainline. + + --dkg + +--=-=-= +Content-Type: application/pgp-signature; name="signature.asc" + +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v2 + +iQJ8BAEBCgBmBQJXfu0KXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w +ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFREIyRTc0RjU2RkNGMkI2NzI5N0I3MzUy +NEVDRkY1QUZGNjgzNzBBAAoJECTs/1r/aDcKe6sP/3MdQONm9xPOSZ818M2lZf+d +Wo5cghlwXizqTrmxhvE5moQyamsVYQTeiL6e3y/VtTcF2Hn68SnH+J5C8Vj42QbB +E7FTz52fa0oTgA8sFGGSlY662En17mCckWW9x+7kdawanWhCmgvm3/czvO+1Dz1R +9lGMTuHBGbK5doTHBj4jQyuw7MoRRGmRIhkyf9N1mcan/i0oivg9OkFS87Yho2mc +XLKWAd3PNaDup8TqpK5lo1HQ9T3HCkXzOUHqHeZwjGGpuQkbvRSC9LIzmgKYpbb2 +RYG4lWiQeabzOczM6FwHa3OZZUV6nHC8LXjGcYpT4UskP6KI6u0r8QGcIkmcucAo +ZQn7iRMVqFUpwSjyUStVIoQcrke9AEvB/KiMmeIFW9IvPIb5xxdmtCR9EXk2RBo9 +nFjk9mGzfEYvEQXx3CoVjK2aMhDFDqf1PrAArlRwkS4z0KYe/2FGv3sdlN0PFq5u +wL9/6+dgxKANMBthEuGt7f6Xz5HzLKJU9D5Wxb7YeTVKI7QXSyvjlC870TmMyXs6 +db3u1RLbrW2oSf3t0ONJ2IWNct0kC+gM5U76BFSF+XjhVl+nsIpGk2tzL1OntLNt +Na+LrBVuI5eMUyPPdpwWgZzxcSDGLqZaP1J/uXGiSazp2zv8gYpypWFHFcQMgVPh +7gw7En/whdhmRtw8vkfC +=Zydg +-----END PGP SIGNATURE----- +--=-=-=-- -- 2.26.2