e4/6ebb9fdcbc3d6ae3fed9bbce4a8d321e966f43

   1 Return-Path: <jani@nikula.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 054B0431FD0\r
   6         for <notmuch@notmuchmail.org>; Tue, 10 Jan 2012 21:16:08 -0800 (PST)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -0.7\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5\r
  12         tests=[RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\r
  13 Received: from olra.theworths.org ([127.0.0.1])\r
  14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  15         with ESMTP id NnGJVjjy6ou0 for <notmuch@notmuchmail.org>;\r
  16         Tue, 10 Jan 2012 21:16:07 -0800 (PST)\r
  17 Received: from mail-ee0-f53.google.com (mail-ee0-f53.google.com\r
  18  [74.125.83.53])        (using TLSv1 with cipher RC4-SHA (128/128 bits))        (No client\r
  19  certificate requested) by olra.theworths.org (Postfix) with ESMTPS id\r
  20  41D88431FB6    for <notmuch@notmuchmail.org>; Tue, 10 Jan 2012 21:16:07 -0800\r
  21  (PST)\r
  22 Received: by eeke51 with SMTP id e51so171376eek.26\r
  23         for <notmuch@notmuchmail.org>; Tue, 10 Jan 2012 21:16:06 -0800 (PST)\r
  24 Received: by 10.14.99.78 with SMTP id w54mr8622328eef.33.1326258965027;\r
  25         Tue, 10 Jan 2012 21:16:05 -0800 (PST)\r
  26 Received: from localhost (dsl-hkibrasgw4-fe5cdc00-23.dhcp.inet.fi.\r
  27         [80.220.92.23])\r
  28         by mx.google.com with ESMTPS id s16sm1188647eef.2.2012.01.10.21.16.02\r
  29         (version=SSLv3 cipher=OTHER); Tue, 10 Jan 2012 21:16:03 -0800 (PST)\r
  30 From: Jani Nikula <jani@nikula.org>\r
  31 To: Jameson Graef Rollins <jrollins@finestructure.net>,\r
  32         David Bremner <david@tethera.net>, David Edmondson <dme@dme.org>,\r
  33         Notmuch Mail <notmuch@notmuchmail.org>\r
  34 Subject: Re: another attempt to add delete functionality in emacs\r
  35 In-Reply-To: <87ehv7nd9r.fsf@servo.finestructure.net>\r
  36 References: <1325975294-646-1-git-send-email-jrollins@finestructure.net>\r
  37         <cunwr90ngms.fsf@hotblack-desiato.hh.sledj.net>\r
  38         <87sjjns4wz.fsf@convex-new.cs.unb.ca>\r
  39         <87ehv7nd9r.fsf@servo.finestructure.net>\r
  40 User-Agent: Notmuch/0.10.2+193~ga73a411 (http://notmuchmail.org) Emacs/23.3.1\r
  41         (i686-pc-linux-gnu)\r
  42 Date: Wed, 11 Jan 2012 07:16:00 +0200\r
  43 Message-ID: <87obuau8dr.fsf@nikula.org>\r
  44 MIME-Version: 1.0\r
  45 Content-Type: text/plain; charset=us-ascii\r
  46 X-BeenThere: notmuch@notmuchmail.org\r
  47 X-Mailman-Version: 2.1.13\r
  48 Precedence: list\r
  49 List-Id: "Use and development of the notmuch mail system."\r
  50         <notmuch.notmuchmail.org>\r
  51 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  52         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  53 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  54 List-Post: <mailto:notmuch@notmuchmail.org>\r
  55 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  56 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  57         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  58 X-List-Received-Date: Wed, 11 Jan 2012 05:16:08 -0000\r
  59 \r
  60 On Tue, 10 Jan 2012 19:12:16 -0800, Jameson Graef Rollins <jrollins@finestructure.net> wrote:\r
  61 > On Tue, 10 Jan 2012 16:01:32 -0400, David Bremner <david@tethera.net> wrote:\r
  62 > > Just thinking out loud here, but it does seem a bit unfortunate to me\r
  63 > > that it represents a pretty fundamental divergence between the CLI and\r
  64 > > the emacs interface. Mind you, I guess one could make the same argument\r
  65 > > about the libs versus the CLI. Lack of configuration information in the\r
  66 > > library (possibly among other reasons) makes this not too nice to\r
  67 > > support in the current library either.\r
  68 > \r
  69 > I think a consensus has formed that this functionality (automatically\r
  70 > suppressing messages with certain tags from searches) is better left to\r
  71 > the CLI, rather than implementing it just in the emacs UI.\r
  72 > Unfortunately I'm not going to get to that any time soon.\r
  73 \r
  74 I could have a go at it, but I can't make any promises about getting to\r
  75 that any time soon either. So what if emacs ui goes head first and does\r
  76 something that should be done in the CLI in a perfect world? If it's\r
  77 added properly, it can be taken out if/when this pops up in the CLI.\r
  78 \r
  79 Also, there already *is* filtering for "all tags" list. See\r
  80 notmuch-hello-tag-list-make-query. How about having something like that\r
  81 for saved searches? I know it's not the same as your original, but it's\r
  82 middle ground...\r
  83 \r
  84 > However, without that functionality, I really see no reason why we\r
  85 > should be adding any built-in support for adding "deleted" tags in the\r
  86 > emacs UI.  Without the CLI change, "deleted" tags aren't handled any\r
  87 > differently than any other tag, so why should the default emacs UI care.\r
  88 > If users want to bind keys to special tagging operations, they can do so\r
  89 > for themselves [0].\r
  90 \r
  91 In fact, "deleted" used to be special, but that was, err, deleted\r
  92 because it had problems: 2c262042ac174d7bc96d6035ab9c88bd0abe7f35. If\r
  93 that ever gets fixed, "deleted" would be special again.\r
  94 \r
  95 \r
  96 BR,\r
  97 Jani.\r