From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#53636: 29.0.50; face-remapping broken on master Date: Tue, 08 Feb 2022 20:57:28 +0200 Message-ID: <835yppw5if.fsf@gnu.org> References: <87o83tib13.fsf@gnu.org> <87mtjd8485.fsf@gnus.org> <83a6fd9glm.fsf@gnu.org> <835yq19dk1.fsf@gnu.org> <87czk97yt6.fsf@gnus.org> <8335l49jwu.fsf@gnu.org> <835ypz8zbm.fsf@gnu.org> <87fsp2v0ky.fsf@gnus.org> <83leyu73i8.fsf@gnu.org> <87k0edrvxm.fsf@gnus.org> <83sft15egx.fsf@gnu.org> <871r0loxr9.fsf@gnus.org> <83mtj85tm1.fsf@gnu.org> <87wnibn48c.fsf@gnus.org> <8335kz4tgu.fsf@gnu.org> <87ee4hg7g6.fsf@gnus.org> <83y22p21na.fsf@gnu.org> <871r0haqzr.fsf@gnus.org> <8335kw1n9u.fsf@gnu.org> <87mtj34mdj.fsf@gnus.org> <837da6yb0j.fsf@gnu.org> <87k0e5vqjm.fsf@gnus.org> <916b44c9-56dc-65b9-8894-cb5954e1bd9c@gmx.at> <83leylwmwo.fsf@gnu.org> <517f576b-6a6b-3e1e-b899-b67bcf9ad512@gmx.at> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="24952"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, 53636@debbugs.gnu.org, tsdh@gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Feb 08 20:09:11 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1nHVrT-0006Ns-Fl for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 08 Feb 2022 20:09:11 +0100 Original-Received: from localhost ([::1]:40322 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nHVrS-0007bQ-BX for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 08 Feb 2022 14:09:10 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:51340) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nHVgv-0000vY-4s for bug-gnu-emacs@gnu.org; Tue, 08 Feb 2022 13:58:17 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:54745) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nHVgg-0003He-3j for bug-gnu-emacs@gnu.org; Tue, 08 Feb 2022 13:58:16 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1nHVgf-0006WG-Vx for bug-gnu-emacs@gnu.org; Tue, 08 Feb 2022 13:58:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Feb 2022 18:58:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53636 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: confirmed Original-Received: via spool by 53636-submit@debbugs.gnu.org id=B53636.164434667725049 (code B ref 53636); Tue, 08 Feb 2022 18:58:01 +0000 Original-Received: (at 53636) by debbugs.gnu.org; 8 Feb 2022 18:57:57 +0000 Original-Received: from localhost ([127.0.0.1]:48642 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nHVga-0006Vx-MD for submit@debbugs.gnu.org; Tue, 08 Feb 2022 13:57:56 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:44646) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nHVgY-0006Vh-Tr for 53636@debbugs.gnu.org; Tue, 08 Feb 2022 13:57:55 -0500 Original-Received: from [2001:470:142:3::e] (port=38086 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nHVgJ-0003Gb-RU; Tue, 08 Feb 2022 13:57:47 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=LheQUptVoXyy7/Euj5a7PoGbJeCo5d6RNijabRUWCyc=; b=HxJvxntjj9kX PcCJLGksXs1T4CJ5cDHxGpiLjK1TasCx5UiEVh4coUOIyF0FPdxq73ntqCkJvaekpmVjiat6hSb5o fQ9jKYNY93jVvnm02Vj6N7qefbQxP7w7Ac+kEIKZAZ+wnim4fIZj6xCWsT7loRx7k6FOHOSg8NtDk y37nRyolyIYR8XSjoQ8B6OfY1xlScE2S+W8/pdFOd4p8yZ+22q1DOfoJb8mp3S0O7V810HGy7l/2+ //HuP875d3ybQB1jE64Z8nxPHc0Y1TjjCr7Q2gXldfXMxqn+b8zs5mSxdl8wAwcIa79LPrZ1iVx8b L+053kTv6ZPBp8NUIHNCpQ==; Original-Received: from [87.69.77.57] (port=4046 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nHVgI-0002X5-W0; Tue, 08 Feb 2022 13:57:39 -0500 In-Reply-To: <517f576b-6a6b-3e1e-b899-b67bcf9ad512@gmx.at> (message from martin rudalics on Tue, 8 Feb 2022 19:24:19 +0100) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:226399 Archived-At: > Date: Tue, 8 Feb 2022 19:24:19 +0100 > Cc: larsi@gnus.org, 53636@debbugs.gnu.org, tsdh@gnu.org > From: martin rudalics > > >> Face remapping has never been properly synchronized with windows and > >> frames. What's needed is a simple hierarchy window > window's buffer > > >> window's frame where the first should be implemented with the help of a > >> 'face-remapping' window parameter and the last with the help of a > >> 'face-remapping' frame parameter. Just like we (should) do for things > >> like the scroll bars or fringes. But we need a consensus on this first. > > > > I don't think I understand this remark. While what you describe might > > be a useful addition, I don't see why we must have it, or else. > > Surely, Emacs has gobs of features that depend only on the buffer, but > > not on the window nor the frame where that buffer is displayed? Why > > cannot we have a reasonable behavior with face-remapping-alist being > > specific to a buffer, no matter in what window we display it? > > What makes you think that this is not part of my proposal? What I mean > is to have a clear rule how, for example, a buffer local setting of > 'face-remapping-alist' may affect the creation of a new frame and the > display of buffers in it. OK, then we need first to agree on what is the reasonable expected behavior in such cases.