[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