From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Tim Cross Newsgroups: gmane.emacs.help Subject: Re: face at point Date: 18 Nov 2002 16:54:02 +1100 Organization: University of New England, NSW, Australia Sender: help-gnu-emacs-admin@gnu.org Message-ID: <87n0o75sp1.fsf@blind-bat.une.edu.au> References: <87vg2v6crn.fsf@blind-bat.une.edu.au> <87bs4nls2p.fsf@tc-1-100.kawasaki.gol.ne.jp> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1037600260 26256 80.91.224.249 (18 Nov 2002 06:17:40 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 18 Nov 2002 06:17:40 +0000 (UTC) Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18DfE0-0006pH-00 for ; Mon, 18 Nov 2002 07:17:36 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 18Df9K-0003HS-00; Mon, 18 Nov 2002 01:12:46 -0500 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!news.tele.dk!news.tele.dk!small.news.tele.dk!news-out.cwix.com!newsfeed.cwix.com!news1.optus.net.au!optus!news.usyd.edu.au!news.une.edu.au!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 53 Original-NNTP-Posting-Host: blind-bat.une.edu.au User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 Original-Xref: shelby.stanford.edu gnu.emacs.help:107141 Original-To: help-gnu-emacs@gnu.org Errors-To: help-gnu-emacs-admin@gnu.org X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.help:3692 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:3692 Miles Bader writes: > Tim Cross writes: > Note that emacs explicitly knows about this issue and maintains separate > dark-background defaults for many faces, so any default face that's not > readable on a dark background is a bug (of course in some cases it's > just a bad decision), so please report if you can. > > If you're using emacs in a terminal, then it's possible that emacs is > confused about what sort of background it has (as there's no way to > query the terminal for this info, emacs has to guess), and is using the > wrong set of default faces; you can customize `frame-background-mode' to > force the issue. > Well...I guess in theory that should work, but my experience has been that a number of faces are difficult to read when you use a dark (black) background - in particular, there are a number of faces which use variants of blue (navy, darker blue etc) and red or dark red which are difficult to read. I found this under both X and console. I'm not sure there is a lot which can be done here though - there are quite a few different faces and many of them are not very good with a dark backgroun, so I think the choice for default dark background face foreground colours are limited. I did find under the console, some colours just didn't show up right, but expect thats a result of the limited colours available under the console. For example, yellow without the bold attribute shows up as dark orange on my console and only looks yellow if the weight is set to bold - I figure this is probably either something to do with either the video card you have or it is the only way you can have a different in "yellow" between normal and bold. Note that other console apps like colour ls show yellow in the same way yellow bold is shown under emacs. On another point, what is the "correct" way to determine when you are working under X and when you are working under a consle terminal. remember seeing some thread in one of the groups which recommended not use the window-system variable (can't remember why). For my setup I'm using the function device-type e.g. (if (eq device-type 'tty) ;;;do tty color settings ;; do x color settings) To make the changes, I use the set-face-attribute function. Anyway, was just wondering if this is a good/optimal approach or there is a better alternative (it seems to be working fine for me at present). Tim