From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Warren Harris Newsgroups: gmane.emacs.bugs Subject: bug#7943: white background is color #e5e5e5 in terminal window Date: Sun, 13 Mar 2011 10:42:04 -0700 Message-ID: References: <20110130185857.ABE7116C28C@purefun.sfo.corp.google.com> <83d3lwrunk.fsf@gnu.org> <837hc4rqpk.fsf@gnu.org> <834o78rmy0.fsf@gnu.org> <831v2bsm8d.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001636d33db4c7f61c049e60b778 X-Trace: dough.gmane.org 1300039645 7395 80.91.229.12 (13 Mar 2011 18:07:25 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 13 Mar 2011 18:07:25 +0000 (UTC) Cc: 7943@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Mar 13 19:07:20 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PyphH-0001Rt-RH for geb-bug-gnu-emacs@m.gmane.org; Sun, 13 Mar 2011 19:07:20 +0100 Original-Received: from localhost ([127.0.0.1]:45255 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PyphH-0001TL-2p for geb-bug-gnu-emacs@m.gmane.org; Sun, 13 Mar 2011 14:07:19 -0400 Original-Received: from [140.186.70.92] (port=47654 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pyph6-0001Rv-Ib for bug-gnu-emacs@gnu.org; Sun, 13 Mar 2011 14:07:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Pyph5-000208-9k for bug-gnu-emacs@gnu.org; Sun, 13 Mar 2011 14:07:08 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:55115) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Pyph4-000204-UM for bug-gnu-emacs@gnu.org; Sun, 13 Mar 2011 14:07:06 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1PypJl-0007mA-Vs; Sun, 13 Mar 2011 13:43:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Warren Harris Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 13 Mar 2011 17:43:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7943 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 7943-submit@debbugs.gnu.org id=B7943.130003815529855 (code B ref 7943); Sun, 13 Mar 2011 17:43:01 +0000 Original-Received: (at 7943) by debbugs.gnu.org; 13 Mar 2011 17:42:35 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PypJK-0007lT-05 for submit@debbugs.gnu.org; Sun, 13 Mar 2011 13:42:34 -0400 Original-Received: from smtp-out.google.com ([74.125.121.67]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PypJH-0007lH-Sw for 7943@debbugs.gnu.org; Sun, 13 Mar 2011 13:42:32 -0400 Original-Received: from wpaz5.hot.corp.google.com (wpaz5.hot.corp.google.com [172.24.198.69]) by smtp-out.google.com with ESMTP id p2DHgPuj008154 for <7943@debbugs.gnu.org>; Sun, 13 Mar 2011 10:42:26 -0700 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta; t=1300038146; bh=1/ZEmUPpo0XxMmxfRchLN6/9mLI=; h=MIME-Version:In-Reply-To:References:From:Date:Message-ID:Subject: To:Cc:Content-Type; b=ASdjbL7QK5GeoOKm1oYYJPdujMoCp0yvY+hR7zehrRP7AgZsdZjv+ful2Wd6NgB8d +8ua7mF9ZUkWRHbd+3rIw== Original-Received: from yic21 (yic21.prod.google.com [10.243.65.149]) by wpaz5.hot.corp.google.com with ESMTP id p2DHgOw3012222 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for <7943@debbugs.gnu.org>; Sun, 13 Mar 2011 10:42:24 -0700 Original-Received: by yic21 with SMTP id 21so3026473yic.15 for <7943@debbugs.gnu.org>; Sun, 13 Mar 2011 10:42:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=beta; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=x1amkkSKoW7KG5S/9MOi0kAdlZZ0bGAIMvAnS5ZRw6s=; b=DpPgy7J2qrRZ9YDu6sAC3fQ+Noe45SB1EtnsSaskoGo5hKIw4BLMRfkgFjUCnIeqvX 4LHgieBrFli8q4yxYnAw== DomainKey-Signature: a=rsa-sha1; c=nofws; d=google.com; s=beta; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=JCfs4vp5qJtQXRS7qGDxAPc2X8nzI3UxVDIylS3Uv/678zB0Uso+YFq5FoF8Sj6kAv o2zZFVtUI2YLQzqvYKzA== Original-Received: by 10.101.214.17 with SMTP id r17mr2842537anq.154.1300038144226; Sun, 13 Mar 2011 10:42:24 -0700 (PDT) Original-Received: by 10.100.9.1 with HTTP; Sun, 13 Mar 2011 10:42:04 -0700 (PDT) In-Reply-To: <831v2bsm8d.fsf@gnu.org> X-System-Of-Record: true X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Sun, 13 Mar 2011 13:43:01 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:44973 Archived-At: --001636d33db4c7f61c049e60b778 Content-Type: text/plain; charset=ISO-8859-1 I believe I've figured out what was going on. It had nothing to do with the white setting to #e5e5e5, but the fact that somehow in my .emacs file the custom-set-faces contained the line: '(default ((t (:inherit nil :stipple nil :background "white" :foreground "black" :inverse-video nil :box nil :strike-through nil :overline nil :underline nil :slant normal :weight normal :height 115 :width normal :foundry "unknown" :family "DejaVu Sans Mono")))) I'm not sure how this got there, but removing the :background "white" from it changes the window's background from dark grey to bright white again. Text is now readable. On Sat, Mar 12, 2011 at 8:00 PM, Eli Zaretskii wrote: > > From: Warren Harris > > Date: Sat, 12 Mar 2011 16:55:13 -0800 > > Cc: drew.adams@oracle.com, 7943-done@debbugs.gnu.org > > > > > But that's the most white color that your terminal can produce. > > > xterm.el doesn't _tell_ the terminal what color to produce for > > > "white", it only _documents_ (sort of) what that color is, in terms of > > > RGB components. > > > > > > > I don't think so. The terminal is perfectly "brightwhite" before emacs > > starts. This is definitely an emacs bug. > > Then perhaps you or someone else could suggest how to do that in > Emacs. > > > > > and there's no way I can see to set the background to brightwhite. > > > > > > I don't think you can, not for the background. But I'm not an expert > > > on xterm. > > > > > > > I know that older emacs version didn't have this problem either. > > The code I showed exists since 2002, and it was not changed since > written. If you know which older Emacs version didn't behave like > this, I'd be interested to know which one. > > > BTW, this is a bug when using Apple Terminal, not xterm. xterm seems > > to work fine (whether the TERM is 'xterm' or 'xterm-color'). > > What do you see Emacs display in xterm for the colors? I tried that > before I responded to you the first time, and saw the same E5E5E5 > value. > > > The idea was to replace "white" with the correct values, 255 255 255. > > I don't think it will change anything, because Emacs turns on tty > colors by their index (a small number between 0 and 7 or 15), not by > their RGB values. If you succeed, please reopen the bug and tell what > changes were needed for that. > --001636d33db4c7f61c049e60b778 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I believe I've figured out what was going on. It had nothing = to do with the white setting to #e5e5e5, but the fact that somehow in my .e= macs file the custom-set-faces contained the line:

=A0'(default ((t (:inherit nil :stipple nil :background "whit= e" :foreground "black" :inverse-video nil :box nil :strike-t= hrough nil :overline nil :underline nil :slant normal :weight normal :heigh= t 115 :width normal :foundry "unknown" :family "DejaVu Sans = Mono"))))

I'm not sure how this got there, but rem= oving the=A0:background "white" from it changes the window's = background from dark grey to bright white again. Text is now readable.


On Sa= t, Mar 12, 2011 at 8:00 PM, Eli Zaretskii <eliz@gnu.org> wrote:
> From: Warren Harris <warrenharris@google.com>
> Date: Sat, 12 Mar 2011 16:55:13 -0800
> Cc: drew.adams@oracle.com= , 7943-done@debbugs.gnu.org
>
> > But that's the most white color that your terminal can produc= e.
> > xterm.el doesn't _tell_ the terminal what color to produce fo= r
> > "white", it only _documents_ (sort of) what that color = is, in terms of
> > RGB components.
> >
>
> I don't think so. The terminal is perfectly "brightwhite"= ; before emacs
> starts. This is definitely an emacs bug.

Then perhaps you or someone else could suggest how to do that in
Emacs.

> > > and there's no way I can see to set the background to br= ightwhite.
> >
> > I don't think you can, not for the background. =A0But I'm= not an expert
> > on xterm.
> >
>
> I know that older emacs version didn't have this problem either.
The code I showed exists since 2002, and it was not changed since
written. =A0If you know which older Emacs version didn't behave like this, I'd be interested to know which one.

> BTW, this is a bug when using Apple Terminal, not xterm. xterm seems > to work fine (whether the TERM is 'xterm' or 'xterm-color&= #39;).

What do you see Emacs display in xterm for the colors? =A0I tried tha= t
before I responded to you the first time, and saw the same E5E5E5
value.

> The idea was to replace "white" with the correct values, 255= 255 255.

I don't think it will change anything, because Emacs turns on tty=
colors by their index (a small number between 0 and 7 or 15), not by
their RGB values. =A0If you succeed, please reopen the bug and tell what changes were needed for that.

--001636d33db4c7f61c049e60b778--