From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Barry OReilly Newsgroups: gmane.emacs.devel Subject: How do I avoid purple-on-black and yellow-on-white? Date: Sun, 2 Feb 2014 20:52:53 -0500 Message-ID: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11c2903c2720b104f176c8b4 X-Trace: ger.gmane.org 1391392374 18187 80.91.229.3 (3 Feb 2014 01:52:54 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 3 Feb 2014 01:52:54 +0000 (UTC) To: bruce.korb@gmail.com, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 03 02:53:02 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WA8ic-0006Gw-2H for ged-emacs-devel@m.gmane.org; Mon, 03 Feb 2014 02:53:02 +0100 Original-Received: from localhost ([::1]:43614 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WA8ib-00078A-Gi for ged-emacs-devel@m.gmane.org; Sun, 02 Feb 2014 20:53:01 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60108) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WA8iX-00077I-A5 for emacs-devel@gnu.org; Sun, 02 Feb 2014 20:52:59 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WA8iV-0001tB-N1 for emacs-devel@gnu.org; Sun, 02 Feb 2014 20:52:57 -0500 Original-Received: from mail-ob0-x235.google.com ([2607:f8b0:4003:c01::235]:63625) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WA8iV-0001sB-EH for emacs-devel@gnu.org; Sun, 02 Feb 2014 20:52:55 -0500 Original-Received: by mail-ob0-f181.google.com with SMTP id va2so7232117obc.40 for ; Sun, 02 Feb 2014 17:52:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=um6LsaS8a782U9opEZaVPA9ffehdYFioTGQQXHvsS5U=; b=uUmgQOOMTMKNCzk8EyTl3PyHLL/LJkz9j052LO0gVD8KPP6eC/gxwg/fANYj+RJc1x IcF4/iT+IXl8DWrVSGwhhjD3G3EOzBf4I1XSmeEyothY2HoKb4RF4DYrs7oFyroeLeHG RMHNk/mnHvZpkmtxDBTTmFeXB9HS3473GBeOp+H7DjwSqp53zaXAsRCDndsNc6Ev/tx6 cE0qz29S52Oj9ilOMKVthydFtHBZ0YxBmvTUCdukoqxii+2Bzd2FJaZJPEdcZouGpSm1 XbOesbvpFtAwy/EpfUXZ6JJFESlIjhbS+QGDUD0Y88ohMTH2US+J7ST5eu2p9HyXW+7G G3Ug== X-Received: by 10.182.28.134 with SMTP id b6mr28081369obh.27.1391392373283; Sun, 02 Feb 2014 17:52:53 -0800 (PST) Original-Received: by 10.76.21.84 with HTTP; Sun, 2 Feb 2014 17:52:53 -0800 (PST) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4003:c01::235 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:169354 Archived-At: --001a11c2903c2720b104f176c8b4 Content-Type: text/plain; charset=ISO-8859-1 Configuring Emacs to display white on black indeed seems unpolished. When I started using Emacs, it took some experimentation and web searching to arrive at: * Customize frame-background-mode 'dark * Customize inverse-video t (didn't observe this have any effect, but it looked relevant) * For graphical Emacs: run with -r flag * For Emacs in terminal (also configured white on black): run with -nw (no -r) I didn't find a way to drop the -r flag in favor of pure Elisp config, and still get good display. I use graphical most of the time so don't generally notice terminal display issues. Under this setup, the terminal colors are very different from the graphical, but a brief look didn't uncover any poor contrast. In your case, the frame-background-mode variable makes the difference between minibuffer-prompt face being medium blue or cyan, the latter having better contrast on black. To confirm the value of that face, do M-x customize-face RET minibuffer-prompt RET. --001a11c2903c2720b104f176c8b4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Configuring Emacs to display white on black indeed seemsunpolished. When I started using Emacs, it took some experimentation
a= nd web searching to arrive at:

  • Customize frame-backgro= und-mode 'dark
  • Customize inverse-video t (didn't observe this have any e= ffect,
    but it looked relevant)
  • For g= raphical Emacs: run with -r flag
  • For Emacs in terminal (al= so configured white on black): run with
    -nw (no -r)

I didn't find a way to drop the -= r flag in favor of pure Elisp config,
and still get good display.
I use graphical most of the time so don't generally notice terminaldisplay issues. Under this setup, the terminal colors are very
different from the graphical, but a brief look didn't uncover any poor<= br>contrast.

In your case, the frame-background-mode variable makes = the difference
between minibuffer-prompt face being medium blue or cyan,= the latter
having better contrast on black. To confirm the value of that face, do
M= -x customize-face RET minibuffer-prompt RET.

--001a11c2903c2720b104f176c8b4--