From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: dapfy@t-online.de (Daniel Pfeiffer) Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-trunk-diffs] Changes to emacs/lisp/faces.el Date: Wed, 08 Dec 2004 09:47:19 +0100 Message-ID: <41B6BF97.8090805@esperanto.org> References: <87mzwsws3d.fsf@jurta.org> <41B6317B.6020303@esperanto.org> <87is7du0yb.fsf-monnier+emacs@gnu.org> Reply-To: occitan@esperanto.org NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Trace: sea.gmane.org 1102495557 31872 80.91.229.6 (8 Dec 2004 08:45:57 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 8 Dec 2004 08:45:57 +0000 (UTC) Cc: Juri Linkov , storm@cua.dk, rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Dec 08 09:45:48 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CbxSG-0001BJ-00 for ; Wed, 08 Dec 2004 09:45:48 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Cbxc6-0002bX-2C for ged-emacs-devel@m.gmane.org; Wed, 08 Dec 2004 03:55:58 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Cbxbi-0002bO-MW for emacs-devel@gnu.org; Wed, 08 Dec 2004 03:55:34 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Cbxbg-0002bB-OB for emacs-devel@gnu.org; Wed, 08 Dec 2004 03:55:33 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Cbxbg-0002b8-DD for emacs-devel@gnu.org; Wed, 08 Dec 2004 03:55:32 -0500 Original-Received: from [194.25.134.18] (helo=mailout04.sul.t-online.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CbxRY-0003NX-5Q; Wed, 08 Dec 2004 03:45:04 -0500 Original-Received: from fwd03.aul.t-online.de by mailout04.sul.t-online.com with smtp id 1CbxRS-000686-02; Wed, 08 Dec 2004 09:44:58 +0100 Original-Received: from [62.158.145.197] (rSj01rZUoeg5V3FDx61ACi9SSkDfjCK9rcCsRqK-BuPHFJhK9fVokh@[62.158.145.197]) by fwd03.sul.t-online.com with esmtp id 1CbxRG-0oERvM0; Wed, 8 Dec 2004 09:44:46 +0100 User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041201) X-Accept-Language: en-us, en Original-To: Stefan Monnier In-Reply-To: <87is7du0yb.fsf-monnier+emacs@gnu.org> X-ID: rSj01rZUoeg5V3FDx61ACi9SSkDfjCK9rcCsRqK-BuPHFJhK9fVokh X-TOI-MSGID: d6b7e104-1e84-429a-9e86-f566bd0ae9d7 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:30855 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:30855 Stefan Monnier wrote: >>>This is a very useful feature which makes visually more noticeable >>>all potentially dangerous control characters or other special glyphs >>>which doesn't correspond to a character. >>> >>>Ok, I can see that that could be useful. But implementing it >>>by setting up a default display table is a kludge. The right way >>>is to change the code that implements the standard display conventions, >>>to make it use the desired face when it generates these glyphs. >>> >> lot of things in Emacs have default faces on by default. Why should these >>strange multiglyph characters not also? >> >> > >Actually I just saw it in action in a buffer that was outline-minor-mode'd >(an elisp buffer where every function is folded on a single line) and the >grey background face on the "..." looks really ugly. > >I don't mind it on ^L and \201 kind of things (which aren't pretty anyway >and do deserve some kind of warning), but I think that on the ellipsis >glyph, it's a sin. > The ellipsis glyph, magically hiding a lot of text, is something very different from 3 points that may happen to be at the end of the line... To keep them apart at first sight, some markup is very welcome! I've been happy with this colour for ages, but anybody is welcome to propose a more suitable face — or several if you want to go so far. coralament / best Grötens / liebe Grüße / best regards / elkorajn salutojn Daniel Pfeiffer -- lerne / learn / apprends / lär dig / ucz się Esperanto: http://lernu.net/