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

Chris Gray chrismgray at gmail.com
Tue Dec 20 08:09:28 PST 2011


On Tue, 20 Dec 2011 14:33:01 +0000, David Edmondson <dme at dme.org> wrote:
> On Tue, 20 Dec 2011 07:27:24 -0700, Chris Gray <chrismgray at gmail.com> wrote:
> > On Tue, 20 Dec 2011 08:35:42 +0000, David Edmondson <dme at dme.org> wrote:
> > > On Mon, 19 Dec 2011 23:38:36 -0700, Chris Gray <chrismgray at 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


More information about the notmuch mailing list