From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Manuel Giraud via "Emacs development discussions." Newsgroups: gmane.emacs.devel Subject: Re: Default Info face Date: Thu, 19 Dec 2024 10:32:33 +0100 Message-ID: <87seqkuifi.fsf@ledu-giraud.fr> References: <87wmfxgvjd.fsf@ledu-giraud.fr> <878qscq5jw.fsf@mail.linkov.net> Reply-To: Manuel Giraud Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="13379"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Manuel Giraud via "Emacs development discussions." To: Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Dec 19 10:33:37 2024 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1tOCuX-0003M0-C1 for ged-emacs-devel@m.gmane-mx.org; Thu, 19 Dec 2024 10:33:37 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tOCtr-0000be-BK; Thu, 19 Dec 2024 04:32:58 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tOCtc-0000aS-5I for emacs-devel@gnu.org; Thu, 19 Dec 2024 04:32:44 -0500 Original-Received: from ledu-giraud.fr ([51.159.28.247]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tOCta-0001vI-4D for emacs-devel@gnu.org; Thu, 19 Dec 2024 04:32:39 -0500 DKIM-Signature: v=1; a=ed25519-sha256; c=simple/simple; s=ed25519; bh=sRanobKE FXc41fqh/PCzfLjzNJ9YYgF4S+1xakQthi8=; h=date:references:in-reply-to: subject:cc:to:from; d=ledu-giraud.fr; b=jbrsVPvel7v2X9A+uGwM5UQl2fTNw8 Fq0mbFHLIFqjwxnvEew7rkzU8E523LyvFOLkFt3ysIkwN0KpwaI5WxDA== DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; s=rsa; bh=sRanobKEFXc41fqh /PCzfLjzNJ9YYgF4S+1xakQthi8=; h=date:references:in-reply-to:subject: cc:to:from; d=ledu-giraud.fr; b=oNAQ0kBYZPoOxQXKVRC9JFEiraQl4Zhes9ZSYJ dBQLm3/BVh24qoGlh5sBzuw/7lQT+bgh+cKKGlRnpHAoNucqhYXepObuGIMTK7iWdaLb/t 4WUnlt7+mQoUl4SUYIgBEC0U+qkiEH//+pdyt6nNwyYgloYSJ5H0n3i73Trvo28uzOrchP tWlTByfotqnI6mj3MrfpQto2h69lHY26VxpOLSNWEE0lRGDAk3XG7U3F1tlGzW2rO+3nkk TBuglODpq7pyQQ8EbeHp1MGFdj+ZLX+guHlr/uZ6fenn/PTA0SrMho3OWBW3K+lAQNEI63 fGgUXjsJ6ozlKE+zTjDkOaoQ== Original-Received: from computer ( [10.1.1.1]) by ledu-giraud.fr (OpenSMTPD) with ESMTPSA id a1b91461 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Thu, 19 Dec 2024 10:32:34 +0100 (CET) In-Reply-To: <878qscq5jw.fsf@mail.linkov.net> (Juri Linkov's message of "Wed, 18 Dec 2024 19:17:03 +0200") Received-SPF: pass client-ip=51.159.28.247; envelope-from=manuel@ledu-giraud.fr; helo=ledu-giraud.fr X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:326712 Archived-At: Juri Linkov writes: >> If I'm not mistaken, currently, the face used for the text body of Info >> nodes is `default'. I was wondering if there would be any interest in >> having an `info' face defined for this usage. I imagine that it could >> inherit for `variable-pitch-text' as "shr.el" is doing. I also guess >> that it would have an impact on some sub-faces (like `info-title*' for >> example). WDYT? > > Can you achieve this by face remapping? > For example, in the Info buffer: > > (face-remap-add-relative 'default 'variable-pitch) Thanks. Yes this works and there is also `variable-pitch-mode' that I can add to `Info-mode-hook'. -- Manuel Giraud