From mboxrd@z Thu Jan 1 00:00:00 1970 Path: quimby.gnus.org!not-for-mail From: Andreas Schwab Newsgroups: gmane.emacs.devel Subject: Re: list-colors-display shows only one color Date: Tue, 12 Feb 2002 12:01:36 +0100 Message-ID: References: NNTP-Posting-Host: quimby2.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: quimby2.netfonds.no 1013512444 32641 195.204.10.66 (12 Feb 2002 11:14:04 GMT) X-Complaints-To: usenet@quimby2.netfonds.no NNTP-Posting-Date: 12 Feb 2002 11:14:04 GMT Cc: lektu@terra.es, emacs-devel@gnu.org Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby2.netfonds.no with esmtp (Exim 3.12 #1 (Debian)) id 16aast-0008UM-00 for ; Tue, 12 Feb 2002 12:14:03 +0100 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.33 #1 (Debian)) id 16aaiM-00038J-00; Tue, 12 Feb 2002 06:03:10 -0500 Original-Received: from ns.suse.de ([213.95.15.193] helo=Cantor.suse.de) by fencepost.gnu.org with smtp (Exim 3.33 #1 (Debian)) id 16aagv-00053y-00 for ; Tue, 12 Feb 2002 06:01:41 -0500 Original-Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136]) by Cantor.suse.de (Postfix) with ESMTP id 99D151E471; Tue, 12 Feb 2002 12:01:37 +0100 (MET) X-Authentication-Warning: sykes.suse.de: schwab set sender to schwab@suse.de using -f Original-To: Eli Zaretskii X-Yow: I want another RE-WRITE on my CAESAR SALAD!! In-Reply-To: (Eli Zaretskii's message of "Tue, 12 Feb 2002 07:41:01 +0200 (IST)") Original-Lines: 38 User-Agent: Gnus/5.090005 (Oort Gnus v0.05) Emacs/21.2.50 (ia64-suse-linux) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: quimby.gnus.org gmane.emacs.devel:1027 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:1027 Eli Zaretskii writes: |> On Mon, 11 Feb 2002, Andreas Schwab wrote: |> |> > |> That's the bug, right there: x-display-color-cells should report the |> > |> true number of colors supported by the display. If it reports 1, many |> > |> features in color support will start to break down, list-colors-display |> > |> being the least of them. |> > |> > Hmm, (x-display-color-cells) returns 256 for me, although I'm working on |> > a TrueColor 24-bit display. man DisplayCells says: |> > |> > The DisplayCells macro returns the number of entries in |> > the default colormap. |> |> I'm not sure I understand what are you saying. Are you saying that 256 |> is an incorrect value? On X, x-display-color-cells returns what |> DisplayCells returns, so Emacs isn't ``guilty'' ;-) What I want to say is that DisplayCells might not be the right function in this context. But then, I don't know what "default colormap" is supposed to mean. |> > xcolors can display all colors from rgb.txt simultanously, as it seems. |> |> The number of colors you have on a 24-bit display is much larger than |> what rgb.txt shows, but the number of colors that are available in the |> colormap is typically smaller, so 256 doesn't sound very wrong to me. Why shouldn't Emacs be able to display all colors as well? Andreas. -- Andreas Schwab, SuSE Labs, schwab@suse.de SuSE GmbH, Deutschherrnstr. 15-19, D-90429 Nürnberg Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://mail.gnu.org/mailman/listinfo/emacs-devel