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

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

Date: Tue, 20 Dec 2011 09:09:28 -0700

To: David Edmondson, notmuch@notmuchmail.org

Cc:

From: Chris Gray


On Tue, 20 Dec 2011 14:33:01 +0000, David Edmondson <dme@dme.org> wrote:
> On Tue, 20 Dec 2011 07:27:24 -0700, Chris Gray <chrismgray@gmail.com> wrote:
> > On Tue, 20 Dec 2011 08:35:42 +0000, David Edmondson <dme@dme.org> wrote:
> > > On Mon, 19 Dec 2011 23:38:36 -0700, Chris Gray <chrismgray@gmail.com> wrote:
> > > > > +		(makunbound 'gnus-summary-buffer) ; Blech.
> > > > 
> > > > This is working around a bug in gnus.  I think the better solution would
> > > > be for gnus to fix the bug.  The following patch against gnus works for
> > > > me.  (I have tried submitting it to the gnus bug list, but have not been
> > > > able to check if it got through.)
> > > 
> > > I wonder if `boundp' is just a typo for `bufferp'?
> > 
> > I originally thought so as well, but bufferp blows up if given an
> > unbound variable and buffer-name blows up if given a string.
> 
> When would `gnus-summary-buffer' ever be unbound?

In the optimal situation where we were able to use mm-decode without
requiring gnus.el, then gnus-summary-buffer would be unbound.

Cheers,
Chris

Thread: