Re: [RFC][PATCH] emacs: Provide scaffolding so that the new `shr' HTML renderer can...

diff --git a/23/e04a38d829c955036bebae452e4c60f5308b80 b/23/e04a38d829c955036bebae452e4c60f5308b80
new file mode 100644 (file)
index 0000000..7cc944c
--- /dev/null
+++ b/23/e04a38d829c955036bebae452e4c60f5308b80
@@ -0,0 +1,81 @@
+Return-Path: <chrismgray@gmail.com>\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 5209A429E25\r
+       for <notmuch@notmuchmail.org>; Tue, 20 Dec 2011 06:27:47 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -0.799\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-0.799 tagged_above=-999 required=5\r
+       tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1,\r
+       FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7] 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 k6DR+KafFf3O for <notmuch@notmuchmail.org>;\r
+       Tue, 20 Dec 2011 06:27:45 -0800 (PST)\r
+Received: from mail-vw0-f53.google.com (mail-vw0-f53.google.com\r
+       [209.85.212.53]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
+       (No client certificate requested)\r
+       by olra.theworths.org (Postfix) with ESMTPS id 2B251431FD0\r
+       for <notmuch@notmuchmail.org>; Tue, 20 Dec 2011 06:27:45 -0800 (PST)\r
+Received: by vbal1 with SMTP id l1so4931825vba.26\r
+       for <notmuch@notmuchmail.org>; Tue, 20 Dec 2011 06:27:44 -0800 (PST)\r
+DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;\r
+       h=from:to:subject:in-reply-to:references:user-agent:date:message-id\r
+       :mime-version:content-type;\r
+       bh=1uWkG5GrHBk8gUHaR/RwnzLn/YJOZHddz/tKA+On23Y=;\r
+       b=JD3o9mZV2+20F3pv6Vag2PpvF3Zzv7/A/M/L7cxvggQuuCN7RLKA3xCxQE/Qi7RERD\r
+       as0P13vjnxidSfAhpI7xj4aGNxpdK/ifTxaCZMKBrG0o7AwZ+9CT0hbAU+/PJwkLO4JE\r
+       RMB/wR9QIpXpt60u8xDQDpUppHWyF/wSuEkMA=\r
+Received: by 10.52.29.16 with SMTP id f16mr1058781vdh.45.1324391264469;\r
+       Tue, 20 Dec 2011 06:27:44 -0800 (PST)\r
+Received: from driftwood (S0106001f333bc36d.cg.shawcable.net. [68.144.78.164])\r
+       by mx.google.com with ESMTPS id ic3sm1388740vdb.6.2011.12.20.06.27.42\r
+       (version=TLSv1/SSLv3 cipher=OTHER);\r
+       Tue, 20 Dec 2011 06:27:43 -0800 (PST)\r
+From: Chris Gray <chrismgray@gmail.com>\r
+To: David Edmondson <dme@dme.org>, notmuch@notmuchmail.org\r
+Subject: Re: [RFC][PATCH] emacs: Provide scaffolding so that the new `shr'\r
+       HTML renderer can run.\r
+In-Reply-To: <cun62hbzllt.fsf@hotblack-desiato.hh.sledj.net>\r
+References: <1324309559-7993-1-git-send-email-dme@dme.org>\r
+       <8762hbkas3.fsf@gmail.com>\r
+       <cun62hbzllt.fsf@hotblack-desiato.hh.sledj.net>\r
+User-Agent: Notmuch/0.10.2+95~g2eb2694 (http://notmuchmail.org)\r
+       Emacs/24.0.92.1 (i486-pc-linux-gnu)\r
+Date: Tue, 20 Dec 2011 07:27:24 -0700\r
+Message-ID: <8739cfjp2r.fsf@gmail.com>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain\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: Tue, 20 Dec 2011 14:27:49 -0000\r
+\r
+On Tue, 20 Dec 2011 08:35:42 +0000, David Edmondson <dme@dme.org> wrote:\r
+> On Mon, 19 Dec 2011 23:38:36 -0700, Chris Gray <chrismgray@gmail.com> wrote:\r
+> > > +                (makunbound 'gnus-summary-buffer) ; Blech.\r
+> > \r
+> > This is working around a bug in gnus.  I think the better solution would\r
+> > be for gnus to fix the bug.  The following patch against gnus works for\r
+> > me.  (I have tried submitting it to the gnus bug list, but have not been\r
+> > able to check if it got through.)\r
+> \r
+> I wonder if `boundp' is just a typo for `bufferp'?\r
+\r
+I originally thought so as well, but bufferp blows up if given an\r
+unbound variable and buffer-name blows up if given a string.\r
+\r
+Cheers,\r
+Chris\r