From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.help Subject: RE: Gnus + emacs.stackexchange Date: Mon, 11 May 2015 08:47:53 -0700 (PDT) Message-ID: <1d1afb9a-fa69-4056-bc0e-aa07341ba8a4@default> References: <87fv7hoxnd.fsf@debian.uxu> <87mw1luz3o.fsf_-_@debian.uxu> <87a8xjpxdh.fsf@gmail.com> <87oalyo7og.fsf@debian.uxu> <87zj5ghsiu.fsf@debian.uxu> <877fsh31d9.fsf@debian.uxu> <475a32e9-2edf-4aec-bcb6-5f4c693952ea@default> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1431359312 19587 80.91.229.3 (11 May 2015 15:48:32 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 11 May 2015 15:48:32 +0000 (UTC) Cc: help-gnu-emacs , Emanuel Berg To: bruce.connor.am@gmail.com Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon May 11 17:48:17 2015 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YrpwH-0004LH-2p for geh-help-gnu-emacs@m.gmane.org; Mon, 11 May 2015 17:48:17 +0200 Original-Received: from localhost ([::1]:38359 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YrpwG-0005SF-KY for geh-help-gnu-emacs@m.gmane.org; Mon, 11 May 2015 11:48:16 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52556) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yrpw1-0005OE-Iw for help-gnu-emacs@gnu.org; Mon, 11 May 2015 11:48:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yrpvx-00022a-FL for help-gnu-emacs@gnu.org; Mon, 11 May 2015 11:48:01 -0400 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:46362) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yrpvx-000224-AU for help-gnu-emacs@gnu.org; Mon, 11 May 2015 11:47:57 -0400 Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t4BFltpW002217 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 11 May 2015 15:47:55 GMT Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserv0022.oracle.com (8.13.8/8.13.8) with ESMTP id t4BFls9G009609 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 11 May 2015 15:47:54 GMT Original-Received: from abhmp0018.oracle.com (abhmp0018.oracle.com [141.146.116.24]) by userv0122.oracle.com (8.13.8/8.13.8) with ESMTP id t4BFlsLc031363; Mon, 11 May 2015 15:47:54 GMT In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6691.5000 (x86)] X-Source-IP: aserv0022.oracle.com [141.146.126.234] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 141.146.126.69 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:104380 Archived-At: > >> 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. >=20 > Activating the mode is the first thing we do on a new buffer. All > variables are set after that. >=20 > 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': The body of the `define-derived-mode' form should specify the format of the tabulated data, by assigning values to the variables documented below; then, it should call the function `tabulated-list-init-header' to initialize the header line. And the doc string of `tabulated-list-mode': An inheriting mode should usually do the following in their body:... - Call `tabulated-list-init-header' to initialize `header-line-format' according to `tabulated-list-format'.