From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: facemenu-unlisted-faces Date: Sat, 1 Jul 2006 20:17:23 -0700 Message-ID: References: <87k66wvoaa.fsf@stupidchicken.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1151810272 22888 80.91.229.2 (2 Jul 2006 03:17:52 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 2 Jul 2006 03:17:52 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jul 02 05:17:52 2006 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 1FwsSv-0004hg-0j for ged-emacs-devel@m.gmane.org; Sun, 02 Jul 2006 05:17:45 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FwsSu-00042k-53 for ged-emacs-devel@m.gmane.org; Sat, 01 Jul 2006 23:17:44 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FwsSg-00042H-Cd for emacs-devel@gnu.org; Sat, 01 Jul 2006 23:17:30 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FwsSd-000425-VC for emacs-devel@gnu.org; Sat, 01 Jul 2006 23:17:29 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FwsSd-000422-P4 for emacs-devel@gnu.org; Sat, 01 Jul 2006 23:17:27 -0400 Original-Received: from [148.87.113.118] (helo=rgminet01.oracle.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1Fwsfm-0003Td-7w for emacs-devel@gnu.org; Sat, 01 Jul 2006 23:31:02 -0400 Original-Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.186.50]) by rgminet01.oracle.com (Switch-3.1.6/Switch-3.1.6) with ESMTP id k623HPB2013782 for ; Sat, 1 Jul 2006 21:17:25 -0600 Original-Received: from dradamslap (dhcp-amer-csvpn-gw1-141-144-65-41.vpn.oracle.com [141.144.65.41]) by rgmsgw301.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with SMTP id k623HOan019133 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Sat, 1 Jul 2006 21:17:25 -0600 Original-To: X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: <87k66wvoaa.fsf@stupidchicken.com> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE 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:56360 Archived-At: I don't know what faces ought not to be there. Probably `tooltip', `help-argument-name', etc. ought not to be there, but what's the criterion? If I read the facemenu.el commentary correctly, the faces that should be there are faces that users will not be likely to apply to text in a buffer. Assuming the facemenu is meant for users to select a face to put into whatever buffer they are editing (via Edit->Text Properties->Face), I would argue that the facemenu should be populated by an include list rather than an exclude list. I suggest just the following: bold bold-italic default fixed-pitch underline I agree: if users can only choose a face to apply by clicking its name in the Face submenu, then that submenu should be short. I think, however, that the Face submenu is pretty useless, whether short or long. I'd suggest removing it altogether, after the release. On the other hand, a long list, a la `list-faces-display', can be useful - it just should not be placed in-line in a menu. We could enable use of `list-faces-display' to apply a chosen face to the region (what Faces > ... does today). Today, the `list-faces-display' list just gives you access to 1) Customizing the face and 2) the *Faces* description of the face. those two could be combined in the same mouse click - they both give you info on the face. In fact, they already are combined, in the sense that *Faces* has a link to Customize the face. So, clicking the face name in `list-faces-display' could simply apply that face to the region (what Faces > ... does today). And clicking the face's alphabet would show the *Faces* description of the face, with a link to Customize it. IOW, my suggestion is to get rid of menu Faces, and let users obtain its functionality for any face, via a more active `list-faces-display'. The best interaction, BTW, is that provided by `M-o o': it lets you choose a face to apply using face-name completion. Like `list-faces-display', no faces are excluded from that list - if a user wants to apply face `mode-list' to text in a buffer, s?he can.