From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Steve Revilak Newsgroups: gmane.emacs.help Subject: Re: e23 inverse video on mode line and nowhere else Date: Thu, 14 Jan 2010 23:13:02 -0500 Message-ID: <20100115041302.GB428@srevilak.net> References: <20100115004221.598A8AF600@mxperim7.sea5.speakeasy.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FkmkrVfFsRoUs1wW" X-Trace: ger.gmane.org 1263528843 4016 80.91.229.12 (15 Jan 2010 04:14:03 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 15 Jan 2010 04:14:03 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri Jan 15 05:13:56 2010 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1NVdZL-000353-ES for geh-help-gnu-emacs@m.gmane.org; Fri, 15 Jan 2010 05:13:55 +0100 Original-Received: from localhost ([127.0.0.1]:55712 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NVdZM-0001Z3-5i for geh-help-gnu-emacs@m.gmane.org; Thu, 14 Jan 2010 23:13:56 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NVdYf-0001T0-Jq for help-gnu-emacs@gnu.org; Thu, 14 Jan 2010 23:13:13 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NVdYb-0001RA-MN for help-gnu-emacs@gnu.org; Thu, 14 Jan 2010 23:13:13 -0500 Original-Received: from [199.232.76.173] (port=38671 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NVdYb-0001R0-J0 for help-gnu-emacs@gnu.org; Thu, 14 Jan 2010 23:13:09 -0500 Original-Received: from mail6.sea5.speakeasy.net ([69.17.117.8]:52118) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NVdYb-00069E-52 for help-gnu-emacs@gnu.org; Thu, 14 Jan 2010 23:13:09 -0500 Original-Received: (qmail 13519 invoked from network); 15 Jan 2010 04:13:04 -0000 Original-Received: from pool-96-233-67-66.bstnma.fios.verizon.net (HELO srevilak.net) (srevilak@[96.233.67.66]) (envelope-sender ) by mail6.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 15 Jan 2010 04:13:04 -0000 Content-Disposition: inline In-Reply-To: <201001142304.o0EN4xZM016949@f7.net> User-Agent: Mutt/1.5.19 (2009-01-05) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:71232 Archived-At: --FkmkrVfFsRoUs1wW Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable >> When I run emacs in terminals, the mode line is always inverse video >> but the rest is normal. karl> Thanks for replying, but this is not even remotely true for me karl> in e23 (it used to be that way, for sure, for many many years). karl> Now, I start emacs with emacs-23.1 --no-site --no-init in an karl> xterm, and immediately observe the *scratch* buffer name is in karl> bold. (Haven't tried tty-suppress-bold-inverse-default-colors karl> yet, but anyway, that's not so critical.) I had a bit of a surprise when I first tried Emacs-23. It's only slightly related to Karl's issue, but I'll mention it anyway. The first time I tried Emacs-23, I lost reverse video in the mode line. Talk about disorienting :) After some trial and error, I discovered the cause. I'd used M-x customize-face to customize the default face. The customized default face worked well for a windowed emacs, but not so well for "emacs -nw". Unfortunately, I don't remember the precise customization, and the bufferfly has long flipped those bits on my hard drive. Karl was using --no-init-file --no-site-file, so face customizations probably have nothing to do with it. timx> Three possible solutions. timx>=20 timx> 1. M-x customize-face will allow you to set the attributes of timx> various faces. timx> 3. Turn off global font lock mode. This will result in most timx> faces just having the 'default' attributes. Turning off font-lock removes much of the decoration, but seems to have little effect on compile mode. M-x customize-face might be the most effective way to de-ornament compile mode. Steve --FkmkrVfFsRoUs1wW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (Darwin) iEYEARECAAYFAktP600ACgkQX7YJI4BuyDRQFwCgj2RhrBfhmyeRk5gLpVdf+bIX CPwAoMKkjwADAoKVqh6VpSmJ0He0YhYA =P9Rh -----END PGP SIGNATURE----- --FkmkrVfFsRoUs1wW--