Re: [ANNOUNCE] mutt with notmuch support
[notmuch-archives.git] / b4 / ff71428e60c6fbfeb00cfd801bd027f33d66f9
1 Return-Path: <amdragon@gmail.com>\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 E1BAE42119F\r
6         for <notmuch@notmuchmail.org>; Wed, 29 Jun 2011 16:53:04 -0700 (PDT)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 X-Spam-Flag: NO\r
9 X-Spam-Score: -0.698\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-0.698 tagged_above=-999 required=5\r
12         tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001,\r
13         HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\r
14 Received: from olra.theworths.org ([127.0.0.1])\r
15         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
16         with ESMTP id lVSm-i23xYLN for <notmuch@notmuchmail.org>;\r
17         Wed, 29 Jun 2011 16:53:04 -0700 (PDT)\r
18 Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com\r
19         [209.85.216.181]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
20         (No client certificate requested)\r
21         by olra.theworths.org (Postfix) with ESMTPS id 4BD1B421192\r
22         for <notmuch@notmuchmail.org>; Wed, 29 Jun 2011 16:53:04 -0700 (PDT)\r
23 Received: by qyk9 with SMTP id 9so1130887qyk.5\r
24         for <notmuch@notmuchmail.org>; Wed, 29 Jun 2011 16:53:03 -0700 (PDT)\r
25 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;\r
26         h=mime-version:sender:date:x-google-sender-auth:message-id:subject\r
27         :from:to:cc:content-type;\r
28         bh=CrNMxgOph42K+EMMLmPznnNqUq3bAdK/8lc/w2484Y4=;\r
29         b=miAXXwuC79xrcSYOkpgEJOORZT3AlEyA+ofps8AB/gkt1T57NUOqQkv1xgxcK44Dt/\r
30         JYpIvzIYb1wECR9BTYHoizl+k+0ntgK5E5i+XwcpRoWlsBpx4ZFq1ZuxDF2eoCjppOw0\r
31         uJgjaScHz0erWUEKRDduBFQoGgryVhODciFv0=\r
32 MIME-Version: 1.0\r
33 Received: by 10.229.95.20 with SMTP id b20mr1061251qcn.115.1309391583546; Wed,\r
34         29 Jun 2011 16:53:03 -0700 (PDT)\r
35 Sender: amdragon@gmail.com\r
36 Received: by 10.229.249.193 with HTTP; Wed, 29 Jun 2011 16:53:03 -0700 (PDT)\r
37 Received: by 10.229.249.193 with HTTP; Wed, 29 Jun 2011 16:53:03 -0700 (PDT)\r
38 Date: Wed, 29 Jun 2011 19:53:03 -0400\r
39 X-Google-Sender-Auth: P7iVeyOH7sStIi3KcUhHfBFK8-U\r
40 Message-ID:\r
41  <CAH-f9Ws8oNb_UzzPNGsw0V29Rh0VTK2Tz0voG0QwLPcKTq1fCw@mail.gmail.com>\r
42 Subject: Re: Preventing the user shooting themself in the foot\r
43 From: Austin Clements <amdragon@mit.edu>\r
44 To: Carl Worth <cworth@cworth.org>\r
45 Content-Type: multipart/alternative; boundary=001636427072358e4604a6e27c26\r
46 Cc: Notmuch Mail <notmuch@notmuchmail.org>\r
47 X-BeenThere: notmuch@notmuchmail.org\r
48 X-Mailman-Version: 2.1.13\r
49 Precedence: list\r
50 List-Id: "Use and development of the notmuch mail system."\r
51         <notmuch.notmuchmail.org>\r
52 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
53         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
54 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
55 List-Post: <mailto:notmuch@notmuchmail.org>\r
56 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
57 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
58         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
59 X-List-Received-Date: Wed, 29 Jun 2011 23:53:05 -0000\r
60 \r
61 --001636427072358e4604a6e27c26\r
62 Content-Type: text/plain; charset=ISO-8859-1\r
63 \r
64 I've spent embarrassingly little time in the emacs UI, so my opinions on\r
65 this should be taken lightly, but I feel like all of the bindings are of the\r
66 form "if W, do X and Y, otherwise do Z" and, as a result, I'm actively\r
67 afraid of what's going to happen when I hit a key. I would much prefer\r
68 bindings with simple, highly predictable behavior. I'm sure there's some\r
69 workflow for which these contextual, compound bindings are fantastic, but\r
70 other workflows wind up fighting against them.\r
71 \r
72 I don't have a specific proposal in mind, but Gmail's bindings seem like a\r
73 good model to emulate (the actions, at least; I've never been too fond of\r
74 the specific key choices).\r
75 On Jun 29, 2011 6:40 PM, "Carl Worth" <cworth@cworth.org> wrote:\r
76 \r
77 --001636427072358e4604a6e27c26\r
78 Content-Type: text/html; charset=ISO-8859-1\r
79 Content-Transfer-Encoding: quoted-printable\r
80 \r
81 <p>I&#39;ve spent embarrassingly little time in the emacs UI, so my opinion=\r
82 s on this should be taken lightly, but I feel like all of the bindings are =\r
83 of the form &quot;if W, do X and Y, otherwise do Z&quot; and, as a result, =\r
84 I&#39;m actively afraid of what&#39;s going to happen when I hit a key. I w=\r
85 ould much prefer bindings with simple, highly predictable behavior. I&#39;m=\r
86  sure there&#39;s some workflow for which these contextual, compound bindin=\r
87 gs are fantastic, but other workflows wind up fighting against them.</p>\r
88 \r
89 <p>I don&#39;t have a specific proposal in mind, but Gmail&#39;s bindings s=\r
90 eem like a good model to emulate (the actions, at least; I&#39;ve never bee=\r
91 n too fond of the specific key choices).</p>\r
92 <div class=3D"gmail_quote">On Jun 29, 2011 6:40 PM, &quot;Carl Worth&quot; =\r
93 &lt;<a href=3D"mailto:cworth@cworth.org">cworth@cworth.org</a>&gt; wrote:<b=\r
94 r type=3D"attribution"></div>\r
95 \r
96 --001636427072358e4604a6e27c26--\r