From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: list-colors-display: display all color names Date: Wed, 5 Jan 2005 11:46:41 -0800 Message-ID: References: <01c4f358$Blat.v2.2.2$cd1cb9e0@zahav.net.il> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1104954490 18814 80.91.229.6 (5 Jan 2005 19:48:10 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 5 Jan 2005 19:48:10 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 05 20:47:52 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CmH8K-0004Yr-00 for ; Wed, 05 Jan 2005 20:47:52 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CmHJa-00072E-HO for ged-emacs-devel@m.gmane.org; Wed, 05 Jan 2005 14:59:30 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CmHJP-00071b-50 for emacs-devel@gnu.org; Wed, 05 Jan 2005 14:59:19 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CmHJN-00070s-CG for emacs-devel@gnu.org; Wed, 05 Jan 2005 14:59:17 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CmHJN-00070a-6a for emacs-devel@gnu.org; Wed, 05 Jan 2005 14:59:17 -0500 Original-Received: from [141.146.126.231] (helo=agminet04.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CmH7H-0000vY-BE; Wed, 05 Jan 2005 14:46:47 -0500 Original-Received: from agminet04.oracle.com (localhost [127.0.0.1]) by agminet04.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j05JkkqM018478; Wed, 5 Jan 2005 11:46:46 -0800 Original-Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet04.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j05Jkiwg018457; Wed, 5 Jan 2005 11:46:45 -0800 Original-Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j05JkgfJ031754; Wed, 5 Jan 2005 12:46:43 -0700 Original-Received: from dradamslap (dradams-lap.us.oracle.com [130.35.177.126]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j05Jkfjt031744 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 5 Jan 2005 12:46:42 -0700 Original-To: "Eli Zaretskii" , "Juri Linkov" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-reply-to: <01c4f358$Blat.v2.2.2$cd1cb9e0@zahav.net.il> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 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: main.gmane.org gmane.emacs.devel:31909 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:31909 Also, we could add more text to the *Colors* buffer telling users about related facilities. But I doubt that this is a grave problem. Someone who wouldn't hesitate to modify colors one bit at a time is probably a hacker anyway, and hackers could well be expected to look for related functions. Only if we don't make it easy to modify colors a little bit at a time will that remain the domain of hackers only. If we make it _easy_ to modify colors incrementally (e.g. slightly more red, slightly lighter with no change in relative RGB...), then anyone "wouldn't hesitate to modify colors one bit at a time", and more people might be interested in related color functions. However, I agree that there is no need for adding text to *Colors* telling users about such functions. I agree with Juri, however, that the #xxx... display is a help. > Adding #RGB to every color name displayed by `list-colors-display' > in the *Colors* buffer is a more practical solution. But it clutters the display and creates a problem with long lines. So I think we need a good reason for adding that. One idea that I like better is to add tooltips to the colors which show the hex RGB values. How about this? As I mentioned in an earlier message, users should be able to copy+paste #xxx... color specs, in addition to color names. Tooltips don't let you do that. As far as clutter is concerned, needing to display each of the color-name synonyms contributes more to clutter than does #xxx... - I think we can afford the space needed for #xxx.... If things do turn out to be generally too cluttered, then we could make these display elements user-configurable (display synonyms or not, display hex codes or not).