e1/2133d79117f3a6f1d87d61540a541499e90351

   1 Return-Path: <m.walters@qmul.ac.uk>\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 ED191431FBD\r
   6         for <notmuch@notmuchmail.org>; Sat,  5 Oct 2013 02:20:16 -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: -1.098\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-1.098 tagged_above=-999 required=5\r
  12         tests=[DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001,\r
  13         NML_ADSP_CUSTOM_MED=1.2, RCVD_IN_DNSWL_MED=-2.3] 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 Zv9BT7C3h++J for <notmuch@notmuchmail.org>;\r
  17         Sat,  5 Oct 2013 02:20:09 -0700 (PDT)\r
  18 Received: from mail2.qmul.ac.uk (mail2.qmul.ac.uk [138.37.6.6])\r
  19         (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\r
  20         (No client certificate requested)\r
  21         by olra.theworths.org (Postfix) with ESMTPS id 40B9A431FAF\r
  22         for <notmuch@notmuchmail.org>; Sat,  5 Oct 2013 02:20:09 -0700 (PDT)\r
  23 Received: from smtp.qmul.ac.uk ([138.37.6.40])\r
  24         by mail2.qmul.ac.uk with esmtp (Exim 4.71)\r
  25         (envelope-from <m.walters@qmul.ac.uk>)\r
  26         id 1VSO1p-00056f-Dd; Sat, 05 Oct 2013 10:20:03 +0100\r
  27 Received: from 93-97-24-31.zone5.bethere.co.uk ([93.97.24.31] helo=localhost)\r
  28         by smtp.qmul.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.71)\r
  29         (envelope-from <m.walters@qmul.ac.uk>)\r
  30         id 1VSO1p-0004uR-4o; Sat, 05 Oct 2013 10:20:01 +0100\r
  31 From: Mark Walters <markwalters1009@gmail.com>\r
  32 To: Gregor Zattler <telegraph@gmx.net>, notmuch@notmuchmail.org\r
  33 Subject: Re: Emacs: how to remove "unread" tag while reading emails\r
  34 In-Reply-To: <87hadi0xse.fsf@boo.workgroup>\r
  35 References: <87hadi0xse.fsf@boo.workgroup>\r
  36 User-Agent: Notmuch/0.16 (http://notmuchmail.org) Emacs/23.4.1\r
  37         (x86_64-pc-linux-gnu)\r
  38 Date: Sat, 05 Oct 2013 10:19:59 +0100\r
  39 Message-ID: <87pprk3whs.fsf@qmul.ac.uk>\r
  40 MIME-Version: 1.0\r
  41 Content-Type: text/plain; charset=utf-8\r
  42 Content-Transfer-Encoding: quoted-printable\r
  43 X-Sender-Host-Address: 93.97.24.31\r
  44 X-QM-SPAM-Info: Sender has good ham record.  :)\r
  45 X-QM-Body-MD5: 0132fe92fad72818b3ea93df44df63ea (of first 20000 bytes)\r
  46 X-SpamAssassin-Score: 0.0\r
  47 X-SpamAssassin-SpamBar: /\r
  48 X-SpamAssassin-Report: The QM spam filters have analysed this message to\r
  49         determine if it is\r
  50         spam. We require at least 5.0 points to mark a message as spam.\r
  51         This message scored 0.0 points. Summary of the scoring: \r
  52         * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail\r
  53         provider *      (markwalters1009[at]gmail.com)\r
  54         *  0.0 AWL AWL: From: address is in the auto white-list\r
  55 X-QM-Scan-Virus: ClamAV says the message is clean\r
  56 X-BeenThere: notmuch@notmuchmail.org\r
  57 X-Mailman-Version: 2.1.13\r
  58 Precedence: list\r
  59 List-Id: "Use and development of the notmuch mail system."\r
  60         <notmuch.notmuchmail.org>\r
  61 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  62         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  63 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  64 List-Post: <mailto:notmuch@notmuchmail.org>\r
  65 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  66 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  67         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  68 X-List-Received-Date: Sat, 05 Oct 2013 09:20:17 -0000\r
  69 \r
  70 \r
  71 Hello\r
  72 \r
  73 I agree that the unread tag does not work well. There are some instances\r
  74 which I would class as plain bugs (notmuch-show-next-message which is\r
  75 bound to N marks the new message read even if it is collapsed) and\r
  76 other instances where it is not clear what the correct behaviour should\r
  77 be.\r
  78 \r
  79 I have messed around a bit and there seem to be a lot of possible\r
  80 variants and I don't know whether any would have any consensus.\r
  81 \r
  82 One clear divide is whether we should only mark "visited messages" (ie\r
  83 ones reached using space, n,N,p,P etc in the current bindings) or we\r
  84 should also make messages seen by scrolling past (eg with page down).\r
  85 \r
  86 Anyway here is a list of some possibilities. In all cases I assume we do\r
  87 not mark any collapsed message read.\r
  88 \r
  89 1) Mark a message read when we visit it.\r
  90 2) Mark a message read when we visit it and the leave it with a "visit\r
  91 move" (eg n for next message)\r
  92 \r
  93 3) Mark a message read if we see the start of the message in the buffer.=20\r
  94 4) Mark a message read if we have seen the start and end of the message\r
  95 in the buffer.\r
  96 5) Mark a message read if we see the end of the message after seeing the\r
  97 start (rationale moving to the top of the buffer is likely "movement"\r
  98 rather than "reading")\r
  99 \r
 100 6) Something based on how we leave the message: eg page down could mark\r
 101 all messages which were fully visible read, n (next-open message) could\r
 102 mark the message being left read.=20\r
 103 7) Similar to 6) but something where read necessarily includes have seen\r
 104 the start of the message.\r
 105 \r
 106 I think all of these are reasonably easy to implement, and I think I\r
 107 know which I would like (something like 5 or 7) but it would be\r
 108 interesting to know if there is any general view or any view on how\r
 109 customisable this should be.\r
 110 \r
 111 Does anyone have any thoughts?\r
 112 \r
 113 Best wishes\r
 114 \r
 115 Mark\r
 116 \r
 117 \r
 118 \r
 119 On Wed, 18 Sep 2013, Gregor Zattler <telegraph@gmx.net> wrote:\r
 120 > Dear notmuchers,\r
 121 >\r
 122 > I had difficulties to reliably remove the "unread" tag from\r
 123 > messages.  Mostly I page through threads with the space bar and\r
 124 > all is well.  But when the beginning of the thread is already\r
 125 > collapsed and I "jump" in the middle of a message pressing space\r
 126 > bar does not remove the unread tag.  It's only removed when\r
 127 > *entering* the message via space bar from the previous message.\r
 128 > So the last press on space bar in the previous message jumps to\r
 129 > the next message and at the same time removes its unread tag.\r
 130 >\r
 131 > This seems strange to me.  I would say the unread tag should be\r
 132 > removed when leaving the message with the last press on space\r
 133 > bar, indicating that one really paged trough the whole message\r
 134 > instead of only seeing the very beginning of it.\r
 135 >\r
 136 > What=E2=80=99s the rationale to this behaviour?  Am I missing something?=\r
 137 =20=20\r
 138 >\r
 139 > Thanks for your attention, gregor\r
 140 > _______________________________________________\r
 141 > notmuch mailing list\r
 142 > notmuch@notmuchmail.org\r
 143 > http://notmuchmail.org/mailman/listinfo/notmuch\r