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

diff --git a/dc/a288d82fc0d366ad6333c716a24dba78c2b161 b/dc/a288d82fc0d366ad6333c716a24dba78c2b161
new file mode 100644 (file)
index 0000000..da50a9d
--- /dev/null
+++ b/dc/a288d82fc0d366ad6333c716a24dba78c2b161
@@ -0,0 +1,101 @@
+Return-Path: <flo@chaoflow.net>\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 754B9429E5B\r
+       for <notmuch@notmuchmail.org>; Mon, 23 Jan 2012 06:43:10 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: 0\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]\r
+       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 QJLRKCTkba8g for <notmuch@notmuchmail.org>;\r
+       Mon, 23 Jan 2012 06:43:10 -0800 (PST)\r
+Received: from tesla.chaoflow.net (tesla.chaoflow.net [188.40.54.22])\r
+       (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))\r
+       (No client certificate requested)\r
+       by olra.theworths.org (Postfix) with ESMTPS id D6AF8429E21\r
+       for <notmuch@notmuchmail.org>; Mon, 23 Jan 2012 06:43:09 -0800 (PST)\r
+Received: from eve.chaoflow.net (host-188-174-211-69.customer.m-online.net\r
+       [188.174.211.69])\r
+       (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))\r
+       (No client certificate requested)\r
+       (Authenticated sender: flo@chaoflow.net)\r
+       by tesla.chaoflow.net (Postfix) with ESMTPSA id 7EC5912363;\r
+       Mon, 23 Jan 2012 15:43:08 +0100 (CET)\r
+Received: by eve.chaoflow.net (Postfix, from userid 1000)\r
+       id 2098E44937; Mon, 23 Jan 2012 15:43:08 +0100 (CET)\r
+From: Florian Friesdorf <flo@chaoflow.net>\r
+To: Chris Gray <chrismgray@gmail.com>, David Edmondson <dme@dme.org>,\r
+       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: <8762hbkas3.fsf@gmail.com>\r
+References: <1324309559-7993-1-git-send-email-dme@dme.org>\r
+       <8762hbkas3.fsf@gmail.com>\r
+User-Agent: Notmuch/0.11 (http://notmuchmail.org) Emacs/24.0.92.1\r
+       (x86_64-unknown-linux-gnu)\r
+Date: Mon, 23 Jan 2012 15:43:08 +0100\r
+Message-ID: <8762g2qy2r.fsf@eve.chaoflow.net>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain\r
+X-Virus-Scanned: clamav-milter 0.97.3 at tesla\r
+X-Virus-Status: Clean\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: Mon, 23 Jan 2012 14:43:10 -0000\r
+\r
+On Mon, 19 Dec 2011 23:38:36 -0700, Chris Gray <chrismgray@gmail.com> wrote:\r
+> > +;; Nonsense required to have the new gnus `shr' HTML display code\r
+> > +;; work.\r
+> > +(defvar gnus-summary-buffer)\r
+> > +(defvar gnus-inhibit-images)\r
+> \r
+> I believe that gnus-inhibit-images is defined in gnus-art.el.  Perhaps\r
+> that file should just be require'd rather than having this workaround.\r
+\r
+With notmuch-0.11 (require 'gnus-art') "fixes" the void\r
+gnus-inhibit-images error.\r
+\r
+> > +(if (not (fboundp 'gnus-blocked-images))\r
+> > +    (defun gnus-blocked-images () nil))\r
+> > +\r
+> >  (defun notmuch-show-mm-display-part-inline (msg part nth content-type)\r
+> >    "Use the mm-decode/mm-view functions to display a part in the\r
+> >  current buffer, if possible."\r
+> > @@ -331,7 +338,12 @@ current buffer, if possible."\r
+> >        (let ((content (notmuch-show-get-bodypart-content msg part nth)))\r
+> >          (insert content)\r
+> >          (set-buffer display-buffer)\r
+> > -        (mm-display-part handle)\r
+> > +\r
+> > +        ;; Nonsense required to have the new gnus `shr' HTML\r
+> > +        ;; display code work.\r
+> > +        (let ((gnus-inhibit-images nil))\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
+emacs git master has a fix for that, so you seem to have got through.\r
+\r
+-- \r
+Florian Friesdorf <flo@chaoflow.net>\r
+  GPG FPR: 7A13 5EEE 1421 9FC2 108D  BAAF 38F8 99A3 0C45 F083\r
+Jabber/XMPP: flo@chaoflow.net\r
+IRC: chaoflow on freenode,ircnet,blafasel,OFTC\r