Re: notmuch-search-toggle-order and notmuch-tree
[notmuch-archives.git] / 9e / 4b376393b125d09694191d4078a26b480f236a
1 Return-Path: <cworth@cworth.org>\r
2 X-Original-To: notmuch@notmuchmail.org\r
3 Delivered-To: notmuch@notmuchmail.org\r
4 Received: from localhost (localhost [127.0.0.1])\r
5         by olra.theworths.org (Postfix) with ESMTP id 47E76431FC0;\r
6         Fri, 27 Nov 2009 21:22:52 -0800 (PST)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 Received: from olra.theworths.org ([127.0.0.1])\r
9         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
10         with ESMTP id rJ-86zGYca5J; Fri, 27 Nov 2009 21:22:51 -0800 (PST)\r
11 Received: from cworth.org (localhost [127.0.0.1])\r
12         by olra.theworths.org (Postfix) with ESMTP id 6E27B431FAE;\r
13         Fri, 27 Nov 2009 21:22:51 -0800 (PST)\r
14 From: Carl Worth <cworth@cworth.org>\r
15 To: camalot@picnicpark.org, notmuch@notmuchmail.org\r
16 In-Reply-To: <1259328615-1445-7-git-send-email-camalot@picnicpark.org>\r
17 References: <1259328615-1445-1-git-send-email-camalot@picnicpark.org>\r
18         <1259328615-1445-2-git-send-email-camalot@picnicpark.org>\r
19         <1259328615-1445-3-git-send-email-camalot@picnicpark.org>\r
20         <1259328615-1445-4-git-send-email-camalot@picnicpark.org>\r
21         <1259328615-1445-5-git-send-email-camalot@picnicpark.org>\r
22         <1259328615-1445-6-git-send-email-camalot@picnicpark.org>\r
23         <1259328615-1445-7-git-send-email-camalot@picnicpark.org>\r
24 Date: Fri, 27 Nov 2009 21:22:36 -0800\r
25 Message-ID: <87fx7zte8z.fsf@yoom.home.cworth.org>\r
26 MIME-Version: 1.0\r
27 Content-Type: multipart/signed; boundary="=-=-=";\r
28         micalg=pgp-sha1; protocol="application/pgp-signature"\r
29 Cc: Keith Amidon <keith@nicira.com>\r
30 Subject: Re: [notmuch] [PATCH 6/9] Reply to individual messages using\r
31  message library\r
32 X-BeenThere: notmuch@notmuchmail.org\r
33 X-Mailman-Version: 2.1.12\r
34 Precedence: list\r
35 List-Id: "Use and development of the notmuch mail system."\r
36         <notmuch.notmuchmail.org>\r
37 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
38         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
39 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
40 List-Post: <mailto:notmuch@notmuchmail.org>\r
41 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
42 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
43         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
44 X-List-Received-Date: Sat, 28 Nov 2009 05:22:52 -0000\r
45 \r
46 --=-=-=\r
47 Content-Transfer-Encoding: quoted-printable\r
48 \r
49 On Fri, 27 Nov 2009 05:30:12 -0800, camalot@picnicpark.org wrote:\r
50 > From: Keith Amidon <keith@nicira.com>\r
51 >=20\r
52 > As an alternative to creating a reply from the current thread, this\r
53 > commit provides functions to create replies directly in emacs using\r
54 > the message library.\r
55 >=20\r
56 > A future commit will provide keybindings so that they are easy to\r
57 > change if a different set is preferred.\r
58 \r
59 Can you fill me in a little bit here? The message-mode documentation is\r
60 quite thin on what the distinctions are between "reply", "wide-reply",\r
61 and "followup".\r
62 \r
63 Meanwhile, I don't think we have any need to support different\r
64 implementations of reply, (that is---I don't want one binding for a\r
65 "notmuch-based reply" and another for a "message-mode-based reply"\r
66 without any functional difference in the result).\r
67 \r
68 Instead I'd like to define what the functionality is that we want here,\r
69 and then provide that. I do like taking advantage of things like\r
70 message-mode functionality wherever it exists, so I'm happy to have the\r
71 default reply button do (with-current-notmuch-show-message\r
72 (message-reply)) or whatever.\r
73 \r
74 But meanwhile, I'll *also* want to understand what the variations are\r
75 here so that we can *also* implement them inside of "notmuch reply" so\r
76 that non-emacs-based interfaces can easily get at similar functionality.\r
77 \r
78 So I'm holding off on pushing this patch until I understand it better,\r
79 (and documentation strings for the new functions might help for\r
80 that---provided they have more detail than the corresponding\r
81 documentation strings for the message-mode functions being called).\r
82 \r
83 =2DCarl\r
84 \r
85 --=-=-=\r
86 Content-Type: application/pgp-signature\r
87 \r
88 -----BEGIN PGP SIGNATURE-----\r
89 Version: GnuPG v1.4.10 (GNU/Linux)\r
90 \r
91 iD8DBQFLELOc6JDdNq8qSWgRAqv4AJ9l/rPID5/N/QDmmsZL7o+ybj7wDQCfbBSY\r
92 X4yctBDzRZo7CxxKoFvV9rM=\r
93 =uC6c\r
94 -----END PGP SIGNATURE-----\r
95 --=-=-=--\r