unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Dan Nicolaescu <dann@ics.uci.edu>
Cc: Eli Zaretskii <eliz@gnu.org>, emacs-devel@gnu.org
Subject: Re: face colors on 256 colors terminals
Date: Thu, 07 Apr 2005 18:13:29 -0700	[thread overview]
Message-ID: <200504080113.j381DVAH023478@scanner2.ics.uci.edu> (raw)
In-Reply-To: <x58y3uyjg1.fsf@lola.goethe.zz> (David Kastrup's message of "Thu, 07 Apr 2005 12:23:10 +0200")

David Kastrup <dak@gnu.org> writes:

  > Dan Nicolaescu <dann@ics.uci.edu> writes:
  > 
  > > David Kastrup <dak@gnu.org> writes:
  > >
  > >   > I am certain I am missing the context, but is this really
  > >   > related to the #RRGGBB notation in any manner?  It really looks
  > >   > awful to me if white gets defined as #ff00ff00ff00, so I'd like
  > >   > to be as bothersome as to be grateful for some factual
  > >   > reassurance that we are indeed catering here for a real instead
  > >   > of a perceived problem, and that the fix in that manner is the
  > >   > right thing to do.
  > >
  > > Well,  there patch has 3 parts. 
  > >
  > > Part1:
  > > The patch to xterm-register-default-colors changes the way the 8bit
  > > R/G/B values are computed for a 256 color xterm to match what the
  > > xterm currently does. This part should be correct and
  > > non-controversial.
  > 
  > Ok.
  > 
  > > Part2:
  > > xterm-rgb-convert-to-16bit converts an 8bit color value (say Y) to a 16bit
  > > color. As we discussed, the result can either be Y0 or YY.
  > > My empirical testing show that there's no visible difference between
  > > the two. 
  > 
  > If by "visible" you mean "undiscernible by the unadorned eye as long
  > as no gamma correction is applied", sure.  If by "visible" you mean
  > "undiscernible by the computer so that the heuristic-mask image
  > property has a chance of working with an explicit color", we are
  > talking something entirely different here.
  >
  > man Xcolor:

[snip]

Actually the color values in xterm.el and tty-colors.el are not used
this way at all. The xterm can only display a fixed set of 256
colors. The 16bit values are just used for finding which of the 256
colors the xterm can display should be used for a color name that
appears in rgb.txt (or a color given as R G B components).
My empirical testing was to display all the colors in rgb.txt in an
emacs buffer and see if they are displayed the same when using the Y0
or YY mapping. They seemed to be. Of course this is not a formal
proof... 

         --dan

  reply	other threads:[~2005-04-08  1:13 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-04-06  8:17 face colors on 256 colors terminals Dan Nicolaescu
2005-04-06 17:23 ` Eli Zaretskii
2005-04-06 17:36   ` David Kastrup
2005-04-06 17:46     ` Eli Zaretskii
2005-04-06 18:03       ` David Kastrup
2005-04-06 18:26     ` Dan Nicolaescu
2005-04-07 20:43     ` James Cloos
2005-04-08  1:17       ` Dan Nicolaescu
2005-04-08 10:52         ` Eli Zaretskii
2005-04-08 15:13           ` Dan Nicolaescu
2005-04-09  8:06             ` Eli Zaretskii
2005-04-06 17:52   ` Dan Nicolaescu
     [not found]     ` <01c53aea$Blat.v2.4$16ee4740@zahav.net.il>
2005-04-06 23:50       ` Dan Nicolaescu
2005-04-07  0:22         ` David Kastrup
2005-04-07  3:58           ` Eli Zaretskii
2005-04-07  5:14           ` Dan Nicolaescu
2005-04-07 10:23             ` David Kastrup
2005-04-08  1:13               ` Dan Nicolaescu [this message]
2005-04-07  3:55         ` Eli Zaretskii
     [not found]   ` <200504062134.j36LY8AH022227@scanner2.ics.uci.edu>
2005-04-07  3:53     ` Eli Zaretskii
2005-04-07 18:27       ` Dan Nicolaescu
2005-04-08 10:54         ` Eli Zaretskii

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=200504080113.j381DVAH023478@scanner2.ics.uci.edu \
    --to=dann@ics.uci.edu \
    --cc=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    /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).