Re: [PATCH v3 4/9] emacs/mua: Generate improved cited text for replies
authorDavid Edmondson <dme@dme.org>
Tue, 13 May 2014 10:06:53 +0000 (11:06 +0100)
committerW. Trevor King <wking@tremily.us>
Fri, 7 Nov 2014 18:02:49 +0000 (10:02 -0800)
21/4b204e872abc7e7f4ae20117db910d394627d6 [new file with mode: 0644]

diff --git a/21/4b204e872abc7e7f4ae20117db910d394627d6 b/21/4b204e872abc7e7f4ae20117db910d394627d6
new file mode 100644 (file)
index 0000000..399dd5f
--- /dev/null
@@ -0,0 +1,136 @@
+Return-Path: <dme@dme.org>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id 1D4C0431FBD\r
+       for <notmuch@notmuchmail.org>; Tue, 13 May 2014 03:07:09 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -0.7\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5\r
+       tests=[RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+       by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+       with ESMTP id Z2i0yYmXzf08 for <notmuch@notmuchmail.org>;\r
+       Tue, 13 May 2014 03:07:01 -0700 (PDT)\r
+Received: from mail-we0-f173.google.com (mail-we0-f173.google.com\r
+       [74.125.82.173]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
+       (No client certificate requested)\r
+       by olra.theworths.org (Postfix) with ESMTPS id E48F6431FAF\r
+       for <notmuch@notmuchmail.org>; Tue, 13 May 2014 03:07:00 -0700 (PDT)\r
+Received: by mail-we0-f173.google.com with SMTP id u57so123503wes.32\r
+       for <notmuch@notmuchmail.org>; Tue, 13 May 2014 03:06:59 -0700 (PDT)\r
+X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;\r
+       d=1e100.net; s=20130820;\r
+       h=x-gm-message-state:to:subject:in-reply-to:references:user-agent\r
+       :from:date:message-id:mime-version:content-type;\r
+       bh=UZUrSSUDZlB4J7j0QRMSG7LqpZVHQhH569M81j9ignA=;\r
+       b=UPwqg3U0DRIO5VaV3enbNcL0hHXfjC988J8e1jlwBep9L9XWFEEQazgdDB5npPnjUa\r
+       rkmTY4OYsGI378BpLfc/QU1q33NEakdiY64takddHvJQYBtJhFz2Xqd9ERW4Qnxu2G+c\r
+       M+AZYJzbEtRqrbHOVNvxAZ18m0J069uXyHVD3r/69nP+aQxJ/WubwnT5VDKwHv4wjVIf\r
+       pvhE7vISqRTZVOVZ8Ao3f4Ksb72oTERMS2dYpyTmfVNHZs8mvRp0mA/Ot2NUbH3Gsh/h\r
+       IkHBxkCg+gNGWIxPNJ5I6dL91ARAeNiu8iiT7oeL+8grTzsmBoAj/NN7F5ebtdVGYNKb\r
+       K44A==\r
+X-Gm-Message-State:\r
+ ALoCoQk5Eec3J5ryKiOzLroFUPL/GWnvOFlr/QFSCxGZVu9EpNq8Vl6soSDSO88TlsI1GLE+4yuz\r
+X-Received: by 10.194.84.101 with SMTP id x5mr2264080wjy.52.1399975619774;\r
+       Tue, 13 May 2014 03:06:59 -0700 (PDT)\r
+Received: from localhost ([2a01:348:1a2:1:a288:b4ff:fe8a:77d8])\r
+       by mx.google.com with ESMTPSA id fi2sm21077084wib.2.2014.05.13.03.06.58\r
+       for <multiple recipients>\r
+       (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);\r
+       Tue, 13 May 2014 03:06:58 -0700 (PDT)\r
+To: Mark Walters <markwalters1009@gmail.com>, notmuch@notmuchmail.org\r
+Subject: Re: [PATCH v3 4/9] emacs/mua: Generate improved cited text for\r
+ replies\r
+In-Reply-To: <87egzyk4u2.fsf@qmul.ac.uk>\r
+References: <87sixdujkv.fsf@qmul.ac.uk>\r
+       <1399897769-26809-1-git-send-email-dme@dme.org>\r
+       <1399897769-26809-5-git-send-email-dme@dme.org>\r
+       <87egzyk4u2.fsf@qmul.ac.uk>\r
+User-Agent: Notmuch/0.18 (http://notmuchmail.org) Emacs/24.3.1\r
+       (x86_64-pc-linux-gnu)\r
+From: David Edmondson <dme@dme.org>\r
+Date: Tue, 13 May 2014 11:06:53 +0100\r
+Message-ID: <cunr43y56wy.fsf@hotblack-desiato.hh.sledj.net>\r
+MIME-Version: 1.0\r
+Content-Type: multipart/signed; boundary="=-=-=";\r
+       micalg=pgp-sha1; protocol="application/pgp-signature"\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+       <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Tue, 13 May 2014 10:07:09 -0000\r
+\r
+--=-=-=\r
+Content-Type: text/plain\r
+\r
+On Mon, May 12 2014, Mark Walters wrote:\r
+> On Mon, 12 May 2014, David Edmondson <dme@dme.org> wrote:\r
+>> Use the message display code to generate message text to cite in\r
+>> replies.\r
+>\r
+> So this is the key change. I am trying to work out what the actual\r
+> changes are here: in your commit message for the test update 7/9 you say\r
+> that the old code only output the first part. My impression of the\r
+> deleted code is that that is not the case (but I don't grok cl very\r
+> well).\r
+\r
+The comment in the test change was intended only to refer to the content\r
+displayed in that specific test. You are correct that text from several\r
+parts could previously have been used (and all smashed together in a way\r
+that made it difficult to see the boundaries between the parts...).\r
+\r
+> I think the test change is because in show we do some content-type\r
+> guessing of application/octet-stream which the below doesn't do.\r
+>\r
+> But we may also have some things with mm-inlined-types as mentioned in\r
+> my earlier reply. Anyway if you can point out any other cases where it\r
+> is changed that would be great.\r
+\r
+message/rfc822 was the initial driver. If you now reply to a\r
+multipart/mixed that contains text/plain and message/rfc822 parts, you\r
+will see a significant difference.\r
+\r
+I'm not sure if you have it, but\r
+id:mailman.1.1399324386.31850.notmuch@notmuchmail.org was the message I\r
+used often when playing around.\r
+\r
+> If you go for a function deciding which parts to include then it might\r
+> be possible to have a midpoint where we are the same as before, and then\r
+> tweak the function to get whatever behaviour we think is best. That\r
+> might make it easy to see what is tidying/unification and what is\r
+> enhancement.\r
+\r
+I will look into that - it's a good suggestion, though it actually runs\r
+counter to:\r
+\r
+> Incidentally, thank you for splitting this series so finely: I did find\r
+> that made it a lot easier to review.\r
+\r
+Making the new code (which relies on the 'show' rendering code) behave\r
+just like the old code will involve adding a bunch of complication to\r
+this specific patch.\r
+\r
+--=-=-=\r
+Content-Type: application/pgp-signature; name="signature.asc"\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1\r
+\r
+iKYEARECAGYFAlNx7r1fFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl\r
+bnBncC5maWZ0aGhvcnNlbWFuLm5ldDc1M0Y5NDJDMEExNjc3MDE4OURGMUYyMDY5\r
+RUNEMEFCRjA0OTY1MTYACgkQaezQq/BJZRYfGACfWo7Sw394a9dEXVGFYVhT3Iw0\r
+pf0An3NpM1lAemnMdty6v/85b4ocRkFc\r
+=QXWj\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r