From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stephen Berman Newsgroups: gmane.emacs.bugs Subject: bug#1779: 23.0.60; proced with variable-pitch header line Date: Sun, 04 Jan 2009 16:01:00 +0100 Message-ID: <87prj3i09f.fsf@escher.local.home> References: <873afzcwdi.fsf@cyd.mit.edu> Reply-To: Stephen Berman , 1779@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1231082620 22899 80.91.229.12 (4 Jan 2009 15:23:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 4 Jan 2009 15:23:40 +0000 (UTC) Cc: 1779@emacsbugs.donarmstrong.com To: Chong Yidong Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Jan 04 16:24:50 2009 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1LJUqQ-0007Zo-Hs for geb-bug-gnu-emacs@m.gmane.org; Sun, 04 Jan 2009 16:24:50 +0100 Original-Received: from localhost ([127.0.0.1]:55014 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LJUpB-000846-6z for geb-bug-gnu-emacs@m.gmane.org; Sun, 04 Jan 2009 10:23:33 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LJUp6-00083r-R4 for bug-gnu-emacs@gnu.org; Sun, 04 Jan 2009 10:23:28 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LJUp4-00083X-Bn for bug-gnu-emacs@gnu.org; Sun, 04 Jan 2009 10:23:27 -0500 Original-Received: from [199.232.76.173] (port=40545 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LJUp4-00083N-3x for bug-gnu-emacs@gnu.org; Sun, 04 Jan 2009 10:23:26 -0500 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:45958) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LJUp3-0006B1-KW for bug-gnu-emacs@gnu.org; Sun, 04 Jan 2009 10:23:25 -0500 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n04FNNpZ003673; Sun, 4 Jan 2009 07:23:23 -0800 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id n04FA46r032597; Sun, 4 Jan 2009 07:10:04 -0800 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: Stephen Berman Original-Sender: steve@escher.local.home Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sun, 04 Jan 2009 15:10:04 +0000 Resent-Message-ID: Resent-Sender: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: followup 1779 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 1779-submit@emacsbugs.donarmstrong.com id=B1779.123108127730476 (code B ref 1779); Sun, 04 Jan 2009 15:10:04 +0000 Original-Received: (at 1779) by emacsbugs.donarmstrong.com; 4 Jan 2009 15:01:17 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with SMTP id n04F18hr030470 for <1779@emacsbugs.donarmstrong.com>; Sun, 4 Jan 2009 07:01:09 -0800 Original-Received: (qmail invoked by alias); 04 Jan 2009 15:01:01 -0000 Original-Received: from i59F56F98.versanet.de (EHLO escher.local.home) [89.245.111.152] by mail.gmx.net (mp011) with SMTP; 04 Jan 2009 16:01:01 +0100 X-Authenticated: #20778731 X-Provags-ID: V01U2FsdGVkX1+UsWZysK6USSmImf4N4TnUzQiYxhoEQhoikJrsL0 BygSL2scPLQkiy Original-Received: by escher.local.home (Postfix, from userid 1000) id 418437F690; Sun, 4 Jan 2009 16:01:00 +0100 (CET) In-Reply-To: <873afzcwdi.fsf@cyd.mit.edu> (Chong Yidong's message of "Sun, 04 Jan 2009 03:23:53 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-Y-GMX-Trusted: 0 X-FuHaFi: 0.61 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Resent-Date: Sun, 04 Jan 2009 10:23:27 -0500 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:23754 Archived-At: On Sun, 04 Jan 2009 03:23:53 -0500 Chong Yidong wrote: >> Proced does not align the attribute names in the header line with the >> corresponding columns when header-line face has variable pitch. >> >> I know of two approaches to dealing with this situation in Emacs, namely >> that of buff-menu.el and that of ibuffer.el. The latter imposes a >> fixed-pitch face in the header line, overriding the >> user customization. The former uses the display property with an >> :align-to specification to get proper alignment. Maybe one of these >> will work with proced.el too. > > We can't use :align-to because proced justifies some headers to the > right hand side of the column. The justification is customizable in proced-grammar-alist. I set it to `left' for all headers and modified proced-format by adapting the :align-to code from buff-menu.el, but the headers still failed to align with the columns with a variable-pitch header-line face. But shouldn't it be possible in principle? Maybe someone who knows the code better can make it work. > I don't see where ibuffer.el imposes a fixed-pitch face on the header > line, though. Can you point out where it does this? I made two mistakes here, sorry. First, I shouldn't have said fixed-pitch but the same face as is used in the buffer (which has to be fixed-pitch in order for the columns to be aligned). But in addition, what I assumed to be the header line in the ibuffer window is in fact just the first line of the buffer (although I looked at the ibuffer code and saw ibuffer-header-line-format, I overlooked that this was only for filters, and unthinkingly took the first line to be a header line, as with buff-menu). It's too bad the ibuffer "header" line isn't fixed with respect to the rest of the buffer when scrolling, like a real header line. Could this effect be achieved with an overlay? Steve Berman