From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/64685 Path: news.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.gnus.general Subject: Re: message-header-xheader unused, maybe Date: Fri, 25 May 2007 18:31:31 +0900 Organization: Emacsen advocacy group Message-ID: References: <87r6perki0.fsf@zip.com.au> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1180085552 16696 80.91.229.12 (25 May 2007 09:32:32 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 25 May 2007 09:32:32 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M13196@lists.math.uh.edu Fri May 25 11:32:30 2007 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.50) id 1HrW9r-0005u0-QM for ding-account@gmane.org; Fri, 25 May 2007 11:32:27 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1HrW98-0008P6-Bo; Fri, 25 May 2007 04:31:42 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1HrW96-0008On-HD for ding@lists.math.uh.edu; Fri, 25 May 2007 04:31:40 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.67) (envelope-from ) id 1HrW95-0007Yp-0x for ding@lists.math.uh.edu; Fri, 25 May 2007 04:31:40 -0500 Original-Received: from orlando.hostforweb.net ([216.246.45.90]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1HrW93-00013Y-00 for ; Fri, 25 May 2007 11:31:37 +0200 Original-Received: from [66.225.201.151] (port=54446 helo=mail.jpl.org) by orlando.hostforweb.net with esmtpa (Exim 4.63) (envelope-from ) id 1HrW93-0005Yo-9p for ding@gnus.org; Fri, 25 May 2007 04:31:37 -0500 X-Hashcash: 1:20:070525:ding@gnus.org::/d56WfXvuuNqmv9n:00005NkX X-Face: #kKnN,xUnmKia.'[pp`;Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu;B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.110007 (No Gnus v0.7) Emacs/22.1.50 (gnu/linux) Cancel-Lock: sha1:XSx7wfw/LXV0X8GJrDHC133cExs= X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - orlando.hostforweb.net X-AntiAbuse: Original Domain - gnus.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: -2.4 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:64685 Archived-At: >>>>> In Greg Troxel wrote: > I use light. But I tried the white-on-black Emacs today and > realized I can do nothing in the message header unless I turn > the brightness of the display up to practically the maximum. [...] > I have long used white text on black background, and used to use green > text on black background to avoid fuzz from convergence issues. [...] > In a X11 emacs, the colors have not been too annoying, but they are > still darker than I would like. With emacs running in an xterm, I find > the colors, particularly for quoted text in article display, to be very > dark, to the point where I turn off font-lock-mode to be able to read. I've lightened the default dark colors of some faces, in the Gnus CVS trunk. Here's a comparison of old ones and new ones: http://www.jpl.org/gnus-dark-old-new-colors.png They look nice at least to my brown eyes. However, I have neither a convergence problem (because of LCD ;-) nor an 8 colors xterm. If you think some colors should be changed, don't hesitate to say. (Please write the color names or the values of the rgb components exactly.) > Part of the issue may be the values reported by tty-color-alist in > xterm (NetBSD, XFree86). > (("black" 0 0 0 0) > ("red" 1 65535 0 0) > ("green" 2 0 65535 0) > ("yellow" 3 65535 65535 0) > ("blue" 4 0 0 65535) > ("magenta" 5 65535 0 65535) > ("cyan" 6 0 65535 65535) > ("white" 7 65535 65535 65535)) > In my view the right colors would have high luminances and therefore not > be that saturated. I mean a light blue like c0c0ff rather than 0000ff. > I don't know that the right fix is. Perhaps not using color should be > chosen if the palette is inadequate. Perhaps I should get a spiffier > xterm.