[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Gnus + emacs.stackexchange
From: |
Artur Malabarba |
Subject: |
Re: Gnus + emacs.stackexchange |
Date: |
Mon, 11 May 2015 17:12:09 +0100 |
2015-05-11 16:47 GMT+01:00 Drew Adams <drew.adams@oracle.com>:
>> >> Ok. It looks like something is setting your
>> >> `tabulated-list-use-header-line' variable to nil *between* the
>> >> buffer initialization and the list printing. So the
>> >> `tabulated-list--header-string' variable doesn't get set (it's
>> >> normally set during buffer initialization), but when it's time to
>> >> print, the variable is expected to be a string.
>> >> I think that's a bug in tabulated-list-mode (which I'll try to
>> >> get fixed now), but do you have any hooks or advices that may be
>> >> causing that?
>> >
>> > Check where you call the major (derived) mode, which calls
>> > `tabulated-list-mode'. If it calls it after you have already
>> > inserted the header line then that line will be removed when
>> > `tabulated-list-mode' (calls `special-mode' which) kills all
>> > local variables.
>>
>> Activating the mode is the first thing we do on a new buffer. All
>> variables are set after that.
>>
>> And sx has no reference to `tabulated-list-use-header-line' or
>> `tabulated-list--header-string', which is why I suspect there's a
>> hook gone rogue somewhere. Of course, I may be wrong.
>
> It should call `tabulated-list-init-header', I believe. If it does
> not then that is perhaps your problem. See (elisp) `Tabulated List
> Mode':
Thanks drew, you're right. We don't call init-header because we don't
use the header. I thought that was ok, but it ends up throwing an
error in the case where `tabulated-list-use-header-line' is non-nil
(which is not our case, but I guess some user/packages might set this
variable globally).
- Re: Gnus + emacs.stackexchange, (continued)
- Message not available
- Re: Gnus + emacs.stackexchange, Emanuel Berg, 2015/05/05
- Re: Gnus + emacs.stackexchange, Artur Malabarba, 2015/05/07
- Message not available
- Re: Gnus + emacs.stackexchange, Emanuel Berg, 2015/05/07
- Re: Gnus + emacs.stackexchange, Artur Malabarba, 2015/05/08
- Message not available
- Re: Gnus + emacs.stackexchange, Emanuel Berg, 2015/05/09
- Re: Gnus + emacs.stackexchange, Artur Malabarba, 2015/05/11
- RE: Gnus + emacs.stackexchange, Drew Adams, 2015/05/11
- Re: Gnus + emacs.stackexchange, Artur Malabarba, 2015/05/11
- RE: Gnus + emacs.stackexchange, Drew Adams, 2015/05/11
- Re: Gnus + emacs.stackexchange,
Artur Malabarba <=
- Re: Gnus + emacs.stackexchange, Artur Malabarba, 2015/05/11
- RE: Gnus + emacs.stackexchange, Drew Adams, 2015/05/11