From: "Eli Zaretskii" <eliz@elta.co.il>
Cc: harder@ifa.au.dk, emacs-pretest-bug@gnu.org, emacs-devel@gnu.org
Subject: Re: Font-lock.el uses strange value for min-colors (Was x-display-color-cells returns wrong number)
Date: Mon, 01 Mar 2004 08:07:10 +0200 [thread overview]
Message-ID: <8011-Mon01Mar2004080710+0200-eliz@elta.co.il> (raw)
In-Reply-To: <uad31mrxi.fsf@jasonrumney.net> (message from Jason Rumney on 29 Feb 2004 22:39:21 +0000)
> From: Jason Rumney <jasonr@gnu.org>
> Date: 29 Feb 2004 22:39:21 +0000
>
> "Eli Zaretskii" <eliz@elta.co.il> writes:
>
> > It sounds like display-color-cells does that on every platform
> > except X
>
> Since color-cells is originally an X concept, I think those other
> platforms only do that because of a lack of understanding about what X
> really means by color-cells. It does seem like display-planes is more
> reliable at least on X and W32 (where it was fixed to mean the same as
> X some time ago, since W32 has a different idea of planes), so how
> about changing the calculation of min-colors in faces.el to
>
> (>= (expt 2.0 (display-planes frame)) (car options))
I'd rather not do this. display-color-cells was written to return the
number of supported colors, period. (The fact that the name says
color-cells is a bow to the X-specific function that was supposed to
return the same value on X, and otherwise has no other meaning. The
names of all display-* functions were reviewed and approved by Richard
at least, so it's not only my own misunderstanding of X that went into
the design and the name.)
So I'd rather modify the definition of display-color-cells on X along
the lines suggested by Jan to bring that function up to what its docs
advertise.
> 2.0 seems to be required (as opposed to 2) to force floating point in
> case of 32 bit displays, this might be a bug in Emacs
It's a feature, see the function's code on floatfns.c.
next prev parent reply other threads:[~2004-03-01 6:07 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <m3eksf9sq6.fsf@defun.localdomain>
[not found] ` <14AB9AB8-6A0E-11D8-99DB-00039363E640@swipnet.se>
[not found] ` <m3d67z84rb.fsf@defun.localdomain>
2004-02-29 17:01 ` Font-lock.el uses strange value for min-colors (Was x-display-color-cells returns wrong number) Jan D.
2004-02-29 18:14 ` Eli Zaretskii
2004-02-29 19:27 ` Jan D.
2004-02-29 21:25 ` Eli Zaretskii
2004-02-29 21:58 ` Jan D.
2004-03-01 5:50 ` Eli Zaretskii
2004-03-01 12:55 ` Jan D.
2004-02-29 22:39 ` Jason Rumney
2004-03-01 6:07 ` Eli Zaretskii [this message]
2004-03-01 8:30 ` Jason Rumney
2004-03-01 19:51 ` Eli Zaretskii
2004-02-29 22:03 ` Miles Bader
2004-03-01 6:00 ` Eli Zaretskii
2004-03-01 6:24 ` Miles Bader
2004-03-01 19:55 ` Eli Zaretskii
2004-03-02 2:24 ` Miles Bader
2004-03-02 5:47 ` Eli Zaretskii
2004-03-02 6:33 ` Miles Bader
2004-03-01 9:39 ` Jan D.
2004-02-29 18:18 ` Font-lock.el uses strange value for min-colors Jesper Harder
2004-02-29 21:22 ` Eli Zaretskii
2004-02-29 18:54 ` Font-lock.el uses strange value for min-colors (Was x-display-color-cells returns wrong number) Luc Teirlinck
2004-02-29 19:33 ` Jan D.
2004-02-29 20:07 ` Luc Teirlinck
2004-02-29 20:20 ` Jan D.
2004-02-29 21:29 ` Luc Teirlinck
2004-03-01 10:47 ` Kim F. Storm
2004-03-01 12:11 ` Richard Stallman
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=8011-Mon01Mar2004080710+0200-eliz@elta.co.il \
--to=eliz@elta.co.il \
--cc=emacs-devel@gnu.org \
--cc=emacs-pretest-bug@gnu.org \
--cc=harder@ifa.au.dk \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.