57/21868424a03d00c519ab54cee4f7bb5c05cb67

   1 Return-Path: <pieter@praet.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 840B6431FAF\r
   6         for <notmuch@notmuchmail.org>; Mon, 16 Jan 2012 08:47:34 -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 bpG84vMZk5Kl for <notmuch@notmuchmail.org>;\r
  16         Mon, 16 Jan 2012 08:47:18 -0800 (PST)\r
  17 Received: from mail-ww0-f45.google.com (mail-ww0-f45.google.com\r
  18  [74.125.82.45])        (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  589EA431FAE    for <notmuch@notmuchmail.org>; Mon, 16 Jan 2012 08:47:18 -0800\r
  21  (PST)\r
  22 Received: by wgbdr13 with SMTP id dr13so398317wgb.2\r
  23         for <notmuch@notmuchmail.org>; Mon, 16 Jan 2012 08:47:15 -0800 (PST)\r
  24 Received: by 10.180.106.202 with SMTP id gw10mr20189066wib.3.1326732435843;\r
  25         Mon, 16 Jan 2012 08:47:15 -0800 (PST)\r
  26 Received: from localhost ([109.131.75.86])\r
  27         by mx.google.com with ESMTPS id ek1sm12329788wib.10.2012.01.16.08.47.14\r
  28         (version=TLSv1/SSLv3 cipher=OTHER);\r
  29         Mon, 16 Jan 2012 08:47:15 -0800 (PST)\r
  30 From: Pieter Praet <pieter@praet.org>\r
  31 To: David Edmondson <dme@dme.org>, Austin Clements <amdragon@MIT.EDU>\r
  32 Subject: Re: [PATCH] [RFC] emacs: merge overhauled\r
  33         `notmuch-cycle-notmuch-buffers' into `notmuch'\r
  34 In-Reply-To: <cun1uqz50p4.fsf@hotblack-desiato.hh.sledj.net>\r
  35 References: <cunpqek597g.fsf@hotblack-desiato.hh.sledj.net>\r
  36         <1326710551-23122-1-git-send-email-pieter@praet.org>\r
  37         <cunvcob52ku.fsf@hotblack-desiato.hh.sledj.net>\r
  38         <87wr8rc2ex.fsf@praet.org>\r
  39         <cun1uqz50p4.fsf@hotblack-desiato.hh.sledj.net>\r
  40 User-Agent: Notmuch/0.11+78~g6c58370 (http://notmuchmail.org) Emacs/23.3.1\r
  41         (x86_64-unknown-linux-gnu)\r
  42 Date: Mon, 16 Jan 2012 17:45:25 +0100\r
  43 Message-ID: <87r4yza95m.fsf@praet.org>\r
  44 MIME-Version: 1.0\r
  45 Content-Type: text/plain; charset=us-ascii\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: Mon, 16 Jan 2012 16:47:34 -0000\r
  60 \r
  61 On Mon, 16 Jan 2012 11:47:03 +0000, David Edmondson <dme@dme.org> wrote:\r
  62 > On Mon, 16 Jan 2012 12:28:06 +0100, Pieter Praet <pieter@praet.org> wrote:\r
  63 > > Perhaps we could use `ido-completion-help', like Org-mode does with\r
  64 > > `org-iswitchb' ?  OTOH, that would require an extra [RET].  Bah...\r
  65 > \r
  66 > I'm a no-ido person.\r
  67 > \r
  68 > > > Hmm, yes, that seems reasonable.\r
  69 > > > \r
  70 > > > > FYI: causes 2 compile warnings due to requiring the cl package at runtime.\r
  71 > > > \r
  72 > > > `cl' is still `eval-when-compile' though - won't that break?\r
  73 > > \r
  74 > > Haven't noticed any issues here, apart from the complaints @ compilation.\r
  75 > \r
  76 > If you load the compiled lisp into 'emacs -Q' and then attempt to call\r
  77 > the function, it doesn't complain? (I haven't tested.)\r
  78 \r
  79 Good call !  No joy:\r
  80   Debugger entered--Lisp error: (void-function remove-if-not)\r
  81 \r
  82 Should've known.\r
  83 \r
  84 So let's just get rid of that cl requirement, shall we :)\r
  85 \r
  86 Patch follows.\r
  87 \r
  88 \r
  89 Peace\r
  90 \r
  91 -- \r
  92 Pieter\r