From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.pretest.bugs,gmane.emacs.devel Subject: Re: Font-lock.el uses strange value for min-colors (Was x-display-color-cells returns wrong number) Date: 01 Mar 2004 15:24:52 +0900 Sender: emacs-pretest-bug-bounces+gebp-emacs-pretest-bug=gmane.org@gnu.org Message-ID: References: <14AB9AB8-6A0E-11D8-99DB-00039363E640@swipnet.se> <2914-Sun29Feb2004201424+0200-eliz@elta.co.il> <20040229220341.GA9343@fencepost> <7494-Mon01Mar2004080015+0200-eliz@elta.co.il> Reply-To: Miles Bader NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1078122630 1386 80.91.224.253 (1 Mar 2004 06:30:30 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 1 Mar 2004 06:30:30 +0000 (UTC) Cc: harder@ifa.au.dk, emacs-pretest-bug@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-pretest-bug-bounces+gebp-emacs-pretest-bug=gmane.org@gnu.org Mon Mar 01 07:30:21 2004 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1AxgwW-0003Al-00 for ; Mon, 01 Mar 2004 07:30:21 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1AxgwS-0005ID-4X for gebp-emacs-pretest-bug@gmane.org; Mon, 01 Mar 2004 01:30:16 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1AxgvQ-0004vv-Ao for emacs-pretest-bug@gnu.org; Mon, 01 Mar 2004 01:29:12 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1AxgtC-00042P-Er for emacs-pretest-bug@gnu.org; Mon, 01 Mar 2004 01:27:26 -0500 Original-Received: from [210.143.35.52] (helo=TYO202.gate.nec.co.jp) by monty-python.gnu.org with esmtp (Exim 4.30) id 1AxgsU-0003bk-Bu; Mon, 01 Mar 2004 01:26:10 -0500 Original-Received: from mailgate4.nec.co.jp (mailgate53.nec.co.jp [10.7.69.184]) by TYO202.gate.nec.co.jp (8.11.7/3.7W01080315) with ESMTP id i216P0e01950; Mon, 1 Mar 2004 15:25:43 +0900 (JST) Original-Received: (from root@localhost) by mailgate4.nec.co.jp (8.11.7/3.7W-MAILGATE-NEC) id i216OxI25190; Mon, 1 Mar 2004 15:24:59 +0900 (JST) Original-Received: from edsgm02.lsi.nec.co.jp ([10.50.208.12]) by mailsv3.nec.co.jp (8.11.7/3.7W-MAILSV4-NEC) with ESMTP id i216Ouh23642; Mon, 1 Mar 2004 15:24:56 +0900 (JST) Original-Received: from mcsss2.ucom.lsi.nec.co.jp (localhost [127.0.0.1]) by edsgm02.lsi.nec.co.jp (8.12.10/8.12.10) with ESMTP id i216OsNT019441; Mon, 1 Mar 2004 15:24:54 +0900 (JST) Original-Received: from mcspd15 (mcspd15 [10.30.114.174]) by mcsss2.ucom.lsi.nec.co.jp (8.12.10/8.12.8/EDcg v2.01-mc/1046780839) with ESMTP id i216OqnX013606; Mon, 1 Mar 2004 15:24:53 +0900 (JST) Original-Received: by mcspd15 (Postfix, from userid 31295) id 9E94742E; Mon, 1 Mar 2004 15:24:52 +0900 (JST) Original-To: Eli Zaretskii System-Type: i686-pc-linux-gnu Blat: Foop In-Reply-To: <7494-Mon01Mar2004080015+0200-eliz@elta.co.il> Original-Lines: 33 X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-pretest-bug-bounces+gebp-emacs-pretest-bug=gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.pretest.bugs:2264 gmane.emacs.devel:20214 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:20214 "Eli Zaretskii" writes: > when I work on Irix, I generally like to use the Irix-specific colors > (that are not shown by list-colors-display, of course) because they > are much more pleasant to my eyes. So to me, those unshown colors are > much more ``interesting'' than those we show, in that specific case. If you can come up with a reasonable list of `irix colors' that seems appropriate, feel free (modulo code-bloat/why-are-we-spending- time-worrying-about-silly-things-like-this issues)... > Bottom line is, I think list-colors-display should display colors > whose number is close to what Emacs can use on that display, except > that it probably shouldn't be too long (so I don't suggest to display > 64K colors, for example). There are only a few important cases in practice -- monochrome, low-color (e.g. 8 color) displays, 256-color (8 bit) displays, and everything else. The current behavior seems to be basically same as what you want for most common displays; if you really care, I suppose you could look into making it work well in other rarer cases (but I suppose that you probably don't care enough). > Perhaps a short comment to the effect that > we are showing only N out of possible M colors would be good there. Yes, that would be handy; perhaps it could also mention using the `#rrggbb' notation to get colors not displayed in the list. This change would be simple and I think probably good enough. -Miles -- 97% of everything is grunge