From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: new *Help* argument highlighting Date: Tue, 11 May 2004 18:28:04 +0300 Organization: JURTA Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <874qqnvvfv.fsf@mail.jurta.org> References: <20040510013534.F994.LEKTU@mi.madritel.es> <20040510020140.F99A.LEKTU@mi.madritel.es> <87llk0qftn.fsf-monnier+emacs@gnu.org> <87vfj3kam4.fsf@mail.jurta.org> <87zn8fogbg.fsf-monnier+emacs@gnu.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1084289828 30741 80.91.224.253 (11 May 2004 15:37:08 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 11 May 2004 15:37:08 +0000 (UTC) Cc: bob@rattlesnake.com, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Tue May 11 17:36:55 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BNZJP-0007vs-00 for ; Tue, 11 May 2004 17:36:55 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BNZJO-0007Fg-01 for ; Tue, 11 May 2004 17:36:55 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BNZFZ-000368-V3 for emacs-devel@quimby.gnus.org; Tue, 11 May 2004 11:32:58 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.34) id 1BNZFH-00035R-9c for emacs-devel@gnu.org; Tue, 11 May 2004 11:32:39 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.34) id 1BNZEl-00032c-Ef for emacs-devel@gnu.org; Tue, 11 May 2004 11:32:38 -0400 Original-Received: from [66.33.219.19] (helo=spoon.dreamhost.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BNZDn-0002sq-GY for emacs-devel@gnu.org; Tue, 11 May 2004 11:31:08 -0400 Original-Received: from mail.jurta.org (80-235-44-143-dsl.mus.estpak.ee [80.235.44.143]) by spoon.dreamhost.com (Postfix) with ESMTP id 3234C13D866; Tue, 11 May 2004 08:30:54 -0700 (PDT) Original-To: Stefan Monnier In-Reply-To: <87zn8fogbg.fsf-monnier+emacs@gnu.org> (Stefan Monnier's message of "10 May 2004 22:30:40 -0400") User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3.50 (gnu/linux) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:23151 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:23151 Stefan Monnier writes: >>> As I said, I haven't seen a single complaint about the font-size change >>> in Info-mode in Emacs-21. >> Perhaps you haven't seen complaints about font sizes in Info-mode, >> because users who don't like that, has silently changed sizes >> in their .emacs files :-) > > Of course. I don't expect that everybody liked it. But if they don't > whine, they get what they deserve. When I compare that to the reaction > w.r.t colors, I conclude that "font-size changes are pretty safe". I didn't complain about current sizes of Info faces, because I agree that these are good defaults for font sizes larger than 6x10. > I've often heard comments about my 6x13 font being pretty small already, so > I don't expect too many people to use a 6x10 font. And those people should > expect to have to fiddle with things to get good results. So I don't think > it's a class of users we should worry too much about. 6x10 is the smallest font listed in the default value of `x-fixed-font-alist', so it's already kind of "supported" by Emacs. But I don't say that bold properties should be avoided. What I wanted to achieve is an ability to adjust some properties on all faces easily. > An elisp approach is indeed much safer. If it's good enough, maybe we > should try such an approach (we could make it much cleaner than your code > by hooking directly in face-spec-set or face-spec-choose). I'd try to add a hook to `face-spec-set', but I see one possible problem: since `face-spec-set' processes one face at a time, it may be possible that some faces are already processed before a user hook is added in .emacs, and so some faces defined earlier may remain unchanged. My current hook iterates over all faces, so it guarantees that all faces will be changed according to the rules defined in a hook when some new face is added later. Though, nothing prevents from iterating over all faces even in a hook called from `face-spec-set'. -- Juri Linkov http://www.jurta.org/emacs/