Re: Preventing the user shooting themself in the foot
authorNeeum Zawan <mailinglists@nawaz.org>
Sat, 9 Jul 2011 17:09:09 +0000 (10:09 +1700)
committerW. Trevor King <wking@tremily.us>
Fri, 7 Nov 2014 17:39:01 +0000 (09:39 -0800)
71/d9282c3a48ae5585908533de50c8982aa3bba1 [new file with mode: 0644]

diff --git a/71/d9282c3a48ae5585908533de50c8982aa3bba1 b/71/d9282c3a48ae5585908533de50c8982aa3bba1
new file mode 100644 (file)
index 0000000..e74e391
--- /dev/null
@@ -0,0 +1,82 @@
+Return-Path: <gmn-notmuch@m.gmane.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 3A794431FD0\r
+       for <notmuch@notmuchmail.org>; Sat,  9 Jul 2011 11:25:16 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -2.3\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-2.3 tagged_above=-999 required=5\r
+       tests=[RCVD_IN_DNSWL_MED=-2.3] 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 YiY+KQd9CdRw for <notmuch@notmuchmail.org>;\r
+       Sat,  9 Jul 2011 11:25:14 -0700 (PDT)\r
+Received: from lo.gmane.org (lo.gmane.org [80.91.229.12])\r
+       by olra.theworths.org (Postfix) with ESMTP id 120BF431FB6\r
+       for <notmuch@notmuchmail.org>; Sat,  9 Jul 2011 11:25:14 -0700 (PDT)\r
+Received: from list by lo.gmane.org with local (Exim 4.69)\r
+       (envelope-from <gmn-notmuch@m.gmane.org>) id 1QfcDD-0006i3-6l\r
+       for notmuch@notmuchmail.org; Sat, 09 Jul 2011 20:25:07 +0200\r
+Received: from c-71-237-233-41.hsd1.or.comcast.net ([71.237.233.41])\r
+       by main.gmane.org with esmtp (Gmexim 0.1 (Debian))\r
+       id 1AlnuQ-0007hv-00\r
+       for <notmuch@notmuchmail.org>; Sat, 09 Jul 2011 20:25:07 +0200\r
+Received: from mailinglists by c-71-237-233-41.hsd1.or.comcast.net with local\r
+       (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00\r
+       for <notmuch@notmuchmail.org>; Sat, 09 Jul 2011 20:25:07 +0200\r
+X-Injected-Via-Gmane: http://gmane.org/\r
+To: notmuch@notmuchmail.org\r
+From: Neeum Zawan <mailinglists@nawaz.org>\r
+Subject: Re: Preventing the user shooting themself in the foot\r
+Date: Sat, 09 Jul 2011 10:09:09 -0700\r
+Lines: 24\r
+Message-ID: <87aacns7nu.fsf@fester.com>\r
+References: <86iproe86u.fsf@greenrd.plus.com>\r
+Mime-Version: 1.0\r
+Content-Type: text/plain; charset=us-ascii\r
+X-Complaints-To: usenet@dough.gmane.org\r
+X-Gmane-NNTP-Posting-Host: c-71-237-233-41.hsd1.or.comcast.net\r
+nm-tags: \r
+Cancel-Lock: sha1:6XhIcoTiBb5ggpWwyGKsZmnFiUM=\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: Sat, 09 Jul 2011 18:25:16 -0000\r
+\r
+Hi,\r
+\r
+My wishes:\r
+\r
+1. Space shouldn't archive. All too often it happens by mistake. It\r
+   should just go to the end of the thread and stop, or return to the\r
+   query results without archiving.\r
+\r
+2. The unread tag should be kept as is. I find it useful (although\r
+   admittedly mostly to resolve accidental archiving!) Regardless, even\r
+   if that issue is fixed, I can see unread being useful.\r
+\r
+3. One thing I *sorely* would like: Keybindings to go to the\r
+   next/previous messages *in the query*. This would be my primary way\r
+   of dealing with emails. If only one message in the middle of the\r
+   thread matches the query, then I should be able to go to the next\r
+   match with one keystroke (and no, defining a macro for "q", "n",\r
+   "Enter" won't always work - what if two messages in a query match the\r
+   search?) If there's a way to do this now, I'd like to know...\r
+\r
+4. I'd also really like a way to display only messages matching a query\r
+   (without rebuilding the thread). When viewing a message, if desired,\r
+   a keybinding could construct just that thread. \r
+\r
+\r