From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Are face specifications "frame local"? Date: Tue, 13 Sep 2022 17:49:05 +0000 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="10129"; mail-complaints-to="usenet@ciao.gmane.io" To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Sep 13 19:51:54 2022 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 1oYA4f-0002RL-Vw for ged-emacs-devel@m.gmane-mx.org; Tue, 13 Sep 2022 19:51:53 +0200 Original-Received: from localhost ([::1]:59850 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oYA4e-0001KS-LO for ged-emacs-devel@m.gmane-mx.org; Tue, 13 Sep 2022 13:51:52 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58028) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oYA2G-0007Kw-TA for emacs-devel@gnu.org; Tue, 13 Sep 2022 13:49:27 -0400 Original-Received: from mx3.muc.de ([193.149.48.5]:28575) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oYA2D-00028C-36 for emacs-devel@gnu.org; Tue, 13 Sep 2022 13:49:24 -0400 Original-Received: (qmail 61739 invoked by uid 3782); 13 Sep 2022 19:49:06 +0200 Original-Received: from acm.muc.de (p4fe15bc6.dip0.t-ipconnect.de [79.225.91.198]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Tue, 13 Sep 2022 19:49:05 +0200 Original-Received: (qmail 7143 invoked by uid 1000); 13 Sep 2022 17:49:05 -0000 Content-Disposition: inline X-Submission-Agent: TMDA/1.3.x (Ph3nix) X-Primary-Address: acm@muc.de Received-SPF: pass client-ip=193.149.48.5; envelope-from=acm@muc.de; helo=mx3.muc.de X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 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" Xref: news.gmane.io gmane.emacs.devel:295271 Archived-At: Hello, Emacs. I've been getting confused a bit the last couple of days by newly created faces appearing to be "frame local". The faces are created in old software by make-face and copy-face (yes, I know!) and appear to apply only to existing frames, not frames created later. For example, if I have a buffer on a frame displaying as magenta text with face font-lock-label-face (which doesn't exist in Emacs), and I do C-x 5 2, creating a new frame, what is magenta on the initial frame becomes neutral on the new frame, even though it still has the "same" face. I haven't find any helpful description of "frame local" faces in the Elisp manual, and their relationship to "global" faces. Just that some functions on, for example, page "Attribute Functions" describe optional FRAME parameters and say these indicate the use of the "frame local" values. I get the impression that "frame local" faces are a dubious feature, and that the new(?) macro defface is trying to phase these out. I can't see any use case for "frame local" faces. What do people say? -- Alan Mackenzie (Nuremberg, Germany).