c7/dd007706685acdb03d09b21b0f0a25000d6124

   1 Return-Path: <anthony.j.towns@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 3C3674196F0\r
   6         for <notmuch@notmuchmail.org>; Fri,  9 Apr 2010 12:18:37 -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.801\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=0.801 tagged_above=-999 required=5\r
  12         tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,\r
  13         FREEMAIL_FROM=0.001] autolearn=ham\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 P0bfVut8MFss for <notmuch@notmuchmail.org>;\r
  17         Fri,  9 Apr 2010 12:18:36 -0700 (PDT)\r
  18 Received: from mail-gw0-f53.google.com (mail-gw0-f53.google.com\r
  19  [74.125.83.53])        by olra.theworths.org (Postfix) with ESMTP id 040C1431FC1       for\r
  20  <notmuch@notmuchmail.org>; Fri,  9 Apr 2010 12:18:35 -0700 (PDT)\r
  21 Received: by gwj20 with SMTP id 20so1890813gwj.26\r
  22         for <notmuch@notmuchmail.org>; Fri, 09 Apr 2010 12:18:35 -0700 (PDT)\r
  23 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;\r
  24         h=domainkey-signature:mime-version:sender:received:in-reply-to\r
  25         :references:date:x-google-sender-auth:received:message-id:subject\r
  26         :from:to:content-type:content-transfer-encoding;\r
  27         bh=eDTHJqPfPNE8seTBF2SZVaGq9S4mln+XrMm+yWMWrkw=;\r
  28         b=HDUKdJVKCL7ZwwWyJCYiFZUOwEN7baEuccnAtQcRxK3ZJtatrw3A/E8ktoAAgj5yPp\r
  29         cdnThno0XbNacdXK5CO+JyMgXh3023R2Tiajmla2ZC9SyeJWgMw/UJZWZv3JytvKp0X7\r
  30         9fLkWNWZOq8lQe1hDDKE0VVjg11/Sts8Jm478=\r
  31 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;\r
  32         h=mime-version:sender:in-reply-to:references:date\r
  33         :x-google-sender-auth:message-id:subject:from:to:content-type\r
  34         :content-transfer-encoding;\r
  35         b=fJdys1Go8tcsafjgv0PB4owAoh6EO/2oTipVs3rVN8BoJcOSl9PZElP2QH8zS08q4n\r
  36         fyMs7cC/j77fzLSOF861ngL5G8RqI7vgmkfU1UWJ9+9gbKiCL9wOpCqs/c0/s6E/JyIt\r
  37         2JaHlJFgZPUK8OKsT1a/MK3/pGl+rurzLRkK8=\r
  38 MIME-Version: 1.0\r
  39 Sender: anthony.j.towns@gmail.com\r
  40 Received: by 10.90.114.1 with HTTP; Fri, 9 Apr 2010 12:18:35 -0700 (PDT)\r
  41 In-Reply-To: <87hbnktx1c.fsf@yoom.home.cworth.org>\r
  42 References: <87hbnktx1c.fsf@yoom.home.cworth.org>\r
  43 Date: Sat, 10 Apr 2010 05:18:35 +1000\r
  44 X-Google-Sender-Auth: eef822b8ae885882\r
  45 Received: by 10.91.163.17 with SMTP id q17mr151746ago.36.1270840715496; Fri, \r
  46         09 Apr 2010 12:18:35 -0700 (PDT)\r
  47 Message-ID: <s2o87b3a4191004091218o3e9ecfb7s7eb5defc313fb9f4@mail.gmail.com>\r
  48 Subject: Re: Initial attempt at a "merge window" for notmuch\r
  49 From: Anthony Towns <aj@erisian.com.au>\r
  50 To: notmuch@notmuchmail.org\r
  51 Content-Type: text/plain; charset=ISO-8859-1\r
  52 Content-Transfer-Encoding: quoted-printable\r
  53 X-BeenThere: notmuch@notmuchmail.org\r
  54 X-Mailman-Version: 2.1.13\r
  55 Precedence: list\r
  56 List-Id: "Use and development of the notmuch mail system."\r
  57         <notmuch.notmuchmail.org>\r
  58 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  59         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  60 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  61 List-Post: <mailto:notmuch@notmuchmail.org>\r
  62 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  63 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  64         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  65 X-List-Received-Date: Fri, 09 Apr 2010 19:18:37 -0000\r
  66 \r
  67 On Sat, Apr 10, 2010 at 02:23, Carl Worth <cworth@cworth.org> wrote:\r
  68 >  3. Ability to easily post search results to a web page.\r
  69 \r
  70 Isn't that a job for "noneatall" [0] -- maybe it just needs the\r
  71 ability to export to static pages, that can be rsync'ed somewhere?\r
  72 \r
  73 [0] http://github.com/dme/noneatall\r
  74 \r
  75 >  4. Fancy support for thread- vs. message-based search matches.\r
  76 >     We've talked about supporting a "muted" tag to make obnoxious\r
  77 >     threads disappear entirely. The idea we have there is a tag on a\r
  78 >     message, and then support for searches which compute set-theoretic\r
  79 >     operations based on sets of threads.\r
  80 \r
  81 Is that an argument for tags on a thread rather than a message? With a\r
  82 message mute tag, if you happen to delete the single message you've\r
  83 tagged muted (maybe you killfile the sender of that message), suddenly\r
  84 the whole thread reappears, which doesn't sound entirely desirable.\r
  85 \r
  86 > =A02. The ability to split a thread.\r
  87 > =A0 =A0 I know I argued against this previously, but I know that "Plans f=\r
  88 or\r
  89 > =A0 =A0 the 0.2 release" contains multiple independent topics, and I'd\r
  90 > =A0 =A0 really like to be able to track those separately.\r
  91 \r
  92 An MUA that did that well (or just effectively) would be massively fantasti=\r
  93 c.\r
  94 \r
  95 Perhaps you could do it by associating threads with any message, so if\r
  96 you've got an announcement A, with three followups, B, C and D, of\r
  97 which C and D are interesting and novel subthreads, you could have\r
  98 thread:00001 start at A and include everything, thread:00002 manually\r
  99 pointed at C and include both its parents (A) and any children, but\r
 100 not any siblings/cousins (B/D), and thread:00003 manually pointed at D\r
 101 and behave likewise (including A, any responses to D, but not B, C or\r
 102 any replies to B or C).\r
 103 \r
 104 I don't know how you'd handle a mail, E, that came in that following\r
 105 up to C though -- do you just report thread:00001 as having new mail,\r
 106 or just thread:00002, or both of them? What if F comes in that\r
 107 simultaneously replies to E and D? (Personally, I could probably be\r
 108 comfortable with any of those behaviours)\r
 109 \r
 110 > =A0 =A0 For my merge window, I also want something that can't be obtained\r
 111 > =A0 =A0 today. I want to see all threads that contain at least one messag=\r
 112 e\r
 113 > =A0 =A0 that matches my date range and at least one message that doesn't\r
 114 > =A0 =A0 have the "merged" or "postponed" tag. That is, I can merge a\r
 115 > =A0 =A0 feature and mark it "merged", but if someone replies later notici=\r
 116 ng\r
 117 > =A0 =A0 a defect in the patch I merged, then I want that thread to reappe=\r
 118 ar\r
 119 > =A0 =A0 in my search results. But my current date restriction prevents\r
 120 > =A0 =A0 that.\r
 121 \r
 122 The above hypothetical features could let you do:\r
 123 \r
 124     # create new threads at messages that are marked as postponed or merged\r
 125 \r
 126     notmuch newthread -- not is:threadroot \( tag:merged or tag:postponed \=\r
 127 )\r
 128 \r
 129     # assume threads get the same tags as their "root" message, so that\r
 130     # any messages in the above new threads will automagically match on\r
 131     # threadtag:merged or threadtag:postponed. Thus:\r
 132 \r
 133     notmuch search threadtag:merged 123456..123789\r
 134 \r
 135 That's abusing subthreads as a poor man's set. Not really convinced\r
 136 that's a good idea, but what the hey... Something to think about\r
 137 maybe.\r
 138 \r
 139 Cheers,\r
 140 aj\r
 141 \r
 142 --=20\r
 143 Anthony Towns <aj@erisian.com.au>\r