From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: Customizing faces with `defcustom' Date: Sat, 31 Dec 2005 02:48:15 +0200 Organization: JURTA Message-ID: <8764p6yp8g.fsf@jurta.org> References: <43103F48.1020804@gmx.at> <4313F4CB.10200@gmx.at> <4375A332.6070000@gmx.at> <87fyperhgd.fsf@jurta.org> <438D5913.7030801@gmx.at> <43ABFA5C.2080302@gmx.at> <87y82afehi.fsf@jurta.org> <43B01C54.2040005@gmx.at> <87oe32fmt0.fsf@jurta.org> <43B26315.20005@gmx.at> <87acekpoho.fsf@jurta.org> <87zmmjxg1t.fsf@jurta.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1136003606 20270 80.91.229.2 (31 Dec 2005 04:33:26 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 31 Dec 2005 04:33:26 +0000 (UTC) Cc: rudalics@gmx.at, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Dec 31 05:33:23 2005 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EsYQl-0000KP-0u for ged-emacs-devel@m.gmane.org; Sat, 31 Dec 2005 05:33:23 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EsYSB-00043E-Ov for ged-emacs-devel@m.gmane.org; Fri, 30 Dec 2005 23:34:51 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EsYRy-00042t-Eg for emacs-devel@gnu.org; Fri, 30 Dec 2005 23:34:38 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EsYRx-00042Z-OH for emacs-devel@gnu.org; Fri, 30 Dec 2005 23:34:38 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EsYRx-00042W-LR for emacs-devel@gnu.org; Fri, 30 Dec 2005 23:34:37 -0500 Original-Received: from [194.126.101.98] (helo=mail.neti.ee) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EsYSZ-0004NN-U6; Fri, 30 Dec 2005 23:35:16 -0500 Original-Received: from mail.neti.ee (80-235-33-35-dsl.mus.estpak.ee [80.235.33.35]) by Relayhost1.neti.ee (Postfix) with ESMTP id 29E4BCDAB; Sat, 31 Dec 2005 06:33:23 +0200 (EET) Original-To: rms@gnu.org In-Reply-To: (Richard M. Stallman's message of "Fri, 30 Dec 2005 17:10:49 -0500") User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.50 (gnu/linux) X-Virus-Scanned: by amavisd-new-2.2.1 (20041222) (Debian) at neti.ee X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:48565 Archived-At: > mode-line-mule-info variable - mode-line-mule face > mode-line-modified variable - mode-line-modified face > mode-line-frame-identification variable - mode-line-frame face > mode-line-position variable - mode-line-position face > > It is logical, but far too complicated, and not worth it. I would > rather have just the one face, called mode-line-emphasis or > mode-line-location or mode-line-subject-matter, and use that for the > buffer name and the info node name, and for any other similar thing. I think using one face for different parts of the mode line is not useful. Users might want to highlight the buffer name and the info node name with different faces. There are already several faces for highlighting different parts of the Info header line (`info-header-node', `info-header-xref'), so it should be natural to add a new Info face for the node name in the mode line. Since part of the mode line highlighted currently in bold is clearly associated with the buffer name (it even has a keymap for switching the buffer), a good face name should have the word `buffer' in its name. Any other name would be not intuitive and even useless for other parts of the mode line since it won't allow highlighting other parts in different faces. In the previous messages you said that `mode-line-buffer' is a good name for a face used only to highlight buffer names. So let's add this face and also `info-mode-line-node' which by default will inherit from `mode-line-buffer'. BTW, while looking at `mode-line-buffer-identification-keymap', I noticed that currently it is broken due to the recent changes in `last-buffer' which now uses a new frame parameter `buried-buffer-list'. This means that mouse-1 clicked on the buffer name in the mode line uses the buffer list from the frame parameter `buried-buffer-list', but mouse-3 uses `bury-buffer' to put the buffer to the bottom of the global buffer list. Either both mouse-1 and mouse-3 should use the frame-local buffer list or the global buffer list. I'm not sure which is better. Since `previous-buffer' and `next-buffer' (that use the frame-local buffer list) currently are unfinished (they require more changes in C after the release) they don't work reliably, so maybe mouse-1 and mouse-3 in the mode line should use the global buffer list. Even though it is not convenient, it exhibits predictable behavior. -- Juri Linkov http://www.jurta.org/emacs/