From: Andreas Schwab <schwab@suse.de>
Cc: lektu@terra.es, emacs-devel@gnu.org
Subject: Re: list-colors-display shows only one color
Date: Tue, 12 Feb 2002 12:01:36 +0100 [thread overview]
Message-ID: <jepu3bm0a7.fsf@suse.de> (raw)
In-Reply-To: <Pine.SUN.3.91.1020212073745.3216A-100000@is> (Eli Zaretskii's message of "Tue, 12 Feb 2002 07:41:01 +0200 (IST)")
Eli Zaretskii <eliz@is.elta.co.il> 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
next prev parent reply other threads:[~2002-02-12 11:01 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-02-11 18:12 list-colors-display shows only one color Juanma Barranquero
2002-02-11 19:48 ` Eli Zaretskii
2002-02-11 20:44 ` Andreas Schwab
2002-02-12 5:41 ` Eli Zaretskii
2002-02-12 11:01 ` Andreas Schwab [this message]
2002-02-12 11:05 ` Eli Zaretskii
2002-02-13 15:37 ` Richard Stallman
2002-02-13 16:25 ` Andreas Schwab
2002-02-12 9:00 ` Juanma Barranquero
2002-02-12 12:18 ` Juanma Barranquero
2002-02-13 13:31 ` Andreas Schwab
2002-02-13 14:13 ` Juanma Barranquero
2002-02-13 14:39 ` Andreas Schwab
2002-02-13 15:39 ` Richard Stallman
2002-02-13 17:07 ` Juanma Barranquero
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=jepu3bm0a7.fsf@suse.de \
--to=schwab@suse.de \
--cc=emacs-devel@gnu.org \
--cc=lektu@terra.es \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).