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: definition lines in Info - 1) link, 2) highlight Date: Tue, 15 Aug 2006 13:05:47 -0700 Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1155672382 15844 80.91.229.2 (15 Aug 2006 20:06:22 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 15 Aug 2006 20:06:22 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Aug 15 22:06:18 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 1GD5B3-0004Ya-8X for ged-emacs-devel@m.gmane.org; Tue, 15 Aug 2006 22:06:17 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GD5B2-0007fw-PR for ged-emacs-devel@m.gmane.org; Tue, 15 Aug 2006 16:06:16 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GD5Ap-0007dm-1e for emacs-devel@gnu.org; Tue, 15 Aug 2006 16:06:03 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GD5Al-0007VP-ES for emacs-devel@gnu.org; Tue, 15 Aug 2006 16:06:02 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GD5Al-0007VA-8r for emacs-devel@gnu.org; Tue, 15 Aug 2006 16:05:59 -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 1GD5Gr-0004yS-Io for emacs-devel@gnu.org; Tue, 15 Aug 2006 16:12:17 -0400 Original-Received: from rgmgw2.us.oracle.com (rgmgw2.us.oracle.com [138.1.186.111]) by rgminet01.oracle.com (Switch-3.1.6/Switch-3.1.6) with ESMTP id k7FK5sPY016868 for ; Tue, 15 Aug 2006 14:05:54 -0600 Original-Received: from dradamslap (dhcp-amer-whq-csvpn-gw3-141-144-81-31.vpn.oracle.com [141.144.81.31]) by rgmgw2.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with SMTP id k7FK5rtj007564 for ; Tue, 15 Aug 2006 14:05:53 -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: 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:58410 Archived-At: > BTW, I'm curious - why is introducing new faces not simple? > Is it because of trying to get the default value right for > different types of display and different background values? That, and the ensuing endless arguments about what should the default colors be. Well, then, as I say, either 1) wait until after the release, to give people lots of time to argue about the best defaults ;-), or 2) define new faces with possibly imperfect defaults, and let users provide feedback that will help determine better defaults. IMO, there will be more argument and frustration if this is implemented using existing faces: 1) the defaults are just as likely to be bad, 2) the same discussion will have been skipped (not necessarily a bad thing, IMO), and 3) there will be no way for users to experiment with different values in different contexts (e.g. diff backgrounds) and provide feedback to improve the default values. If existing faces are reused, however, then users can't customize this feature without also inadvertently customizing some other features, and probably what works well for one context will not work well for another. Faces are essentially global variables; they should be as specific as are user variables.