all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Eli Zaretskii" <eliz@elta.co.il>
Cc: teirllm@dms.auburn.edu
Subject: Re: emacs -q -nw --color=never
Date: Mon, 22 Sep 2003 18:48:13 +0200	[thread overview]
Message-ID: <2914-Mon22Sep2003184812+0300-eliz@elta.co.il> (raw)
In-Reply-To: <E1A1Md4-0003GU-Bd@fencepost.gnu.org> (message from Richard Stallman on Mon, 22 Sep 2003 05:05:10 -0400)

> From: Richard Stallman <rms@gnu.org>
> Date: Mon, 22 Sep 2003 05:05:10 -0400
> 
> It sounds like a bug to me.  Judging from the manual, --color=never is
> supposed to completely prevent Emacs from displaying colors, even if a
> Lisp program specifies colors.

That's true, although a Lisp program should never specify colors
unless the display supports them; it should instead specify faces, and
faces are computed based on color capabilities.  But Info does work
like this: it specifies faces, not explicit colors.

> It would appear to be completely broken.  Can you debug it?

I did debug this a bit.  AFAICS, this happens because this code in
line 2130 of term.c:

  NATNUMP (color_mode)

evaluates to zero (i.e. false) when the value of color_mode is -1.
The value of -1 is correct: that's the association of `never' in
tty-color-mode-alist, and set_tty_color_mode, where this code belongs,
is called with its second argument `val' being the symbol `never'.

Sorry, I don't have enough time to figure out why NATNUMP doesn't do
what it was supposed to do here.  FWIW, "cvs annotate" says that this
code didn't change since when I first wrote it, so perhaps it's my
original sin, although I'm quite sure I tested `never' at the time.

  reply	other threads:[~2003-09-22 16:48 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-09-21 18:48 emacs -q -nw --color=never Luc Teirlinck
2003-09-21 19:31 ` emacs and libxml2 (for emacs w3) Nic Ferrier
2003-09-22  9:05   ` Richard Stallman
2003-09-23 11:05     ` Nic Ferrier
2003-09-24  8:41       ` Richard Stallman
2003-09-24 11:14         ` James Clark
2003-09-24 12:42           ` Stefan Monnier
2003-09-24 19:35           ` Nic Ferrier
2003-09-25  5:31             ` James Clark
2003-09-25 23:45   ` Alex Schroeder
2003-09-21 23:02 ` emacs -q -nw --color=never Robert J. Chassell
2003-09-22  9:05 ` Richard Stallman
2003-09-22 16:48   ` Eli Zaretskii [this message]
2003-09-22 17:04     ` Eli Zaretskii
2003-09-22 16:47       ` Luc Teirlinck
2003-09-24 12:47     ` Richard Stallman
2003-09-24 18:35       ` Eli Zaretskii
2003-09-25 23:20         ` Richard Stallman
2003-09-27 12:18           ` Eli Zaretskii
2003-09-28 15:34             ` Richard Stallman
2003-09-28 21:50               ` Eli Zaretskii
2003-09-29 19:31                 ` 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=2914-Mon22Sep2003184812+0300-eliz@elta.co.il \
    --to=eliz@elta.co.il \
    --cc=teirllm@dms.auburn.edu \
    /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.