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#55412: 28.1; In Emacs 28.1, using ':eval' in 'frame-title-format' doesn't work properly Date: Fri, 20 May 2022 13:58:45 +0300 Message-ID: <83k0agbhcq.fsf@gnu.org> References: <838rr4kq56.fsf@gnu.org> <87d23565-b8ba-3b08-0d10-068be3b0c5fd@gmx.at> <83leuzf4zk.fsf@gnu.org> <83sfp6eskr.fsf@gnu.org> <83mtfeeqc5.fsf@gnu.org> <408f7b88-2000-bd10-bd9d-4e06018e8ff0@gmx.at> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="13187"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 55412@debbugs.gnu.org, acm@muc.de, tanzer@swing.co.at To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri May 20 12:59:19 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 1ns0Lm-0003H6-Rj for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 20 May 2022 12:59:19 +0200 Original-Received: from localhost ([::1]:37030 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ns0Ll-00041A-FT for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 20 May 2022 06:59:17 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43432) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ns0LW-00040O-P6 for bug-gnu-emacs@gnu.org; Fri, 20 May 2022 06:59:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:43814) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ns0LW-0003X4-Fo for bug-gnu-emacs@gnu.org; Fri, 20 May 2022 06:59:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ns0LW-0004Vr-FS for bug-gnu-emacs@gnu.org; Fri, 20 May 2022 06:59:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 20 May 2022 10:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55412 X-GNU-PR-Package: emacs Original-Received: via spool by 55412-submit@debbugs.gnu.org id=B55412.165304433717329 (code B ref 55412); Fri, 20 May 2022 10:59:02 +0000 Original-Received: (at 55412) by debbugs.gnu.org; 20 May 2022 10:58:57 +0000 Original-Received: from localhost ([127.0.0.1]:37710 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ns0LQ-0004VR-T3 for submit@debbugs.gnu.org; Fri, 20 May 2022 06:58:57 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:50032) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ns0LP-0004VG-2r for 55412@debbugs.gnu.org; Fri, 20 May 2022 06:58:55 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:37272) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ns0LH-0003V9-UJ; Fri, 20 May 2022 06:58:48 -0400 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=vr+OE/zqZSUr/rp2USafeF6H3ZmiJTj4xBL8/rfHC1I=; b=ikw7PIVs3zx3 glOcbaM/b+MgGnp4hArx95dg22z8aPZI7ga2dX036NxZu6XBHN1Bxa/AOKmIlPXPzsLYteiiJeLgB JcVNjkMWVlEXtgfTY2nplj0T/4jyLCkEMLwXcP5Kh+euOg2qaWYE2G6NRvINzz+kfsqoE0LjDmi/S B7EXPr7gyvXNkHX6zZJRoWO/mhbQa2ckcce28d78frRfgVYj8ZvB5Xdi0ONhL/NqNgRbX0JvEGbAN +Xs4mxrUZ3J8gpma/+91VrUnIZwxaekOFsZT0cDMbTSsPA5Ox5WhowOEfeaezTgDjR3VDhmskxb0i Rx2+n2cjeBuldaadtXHfRw==; Original-Received: from [87.69.77.57] (port=2956 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 1ns0LG-0007bz-QP; Fri, 20 May 2022 06:58:47 -0400 In-Reply-To: <408f7b88-2000-bd10-bd9d-4e06018e8ff0@gmx.at> (message from martin rudalics on Fri, 20 May 2022 10:23:17 +0200) 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:232726 Archived-At: > Date: Fri, 20 May 2022 10:23:17 +0200 > Cc: 55412@debbugs.gnu.org, tanzer@swing.co.at > From: martin rudalics > > > It would be good to have some of these explanations in comments there. > > I understand that we want a quick solution for the present bug so it can > be included in Emacs 28.2. But I still don't understand why nobody even > cared to try the patch I sent earlier. I don't think I understand what patch that is, but we could install different solutions on master and the release branches. In general, I prefer the old code to a new one, because the old code by definition keeps old behavior, and thus runs lower risks of breaking something. But I won't object installing what is deemed a better solution on master, even though it is riskier. > With the current code, whenever there are at least two frames > present, 'gui_consider_frame_title' calls via Fselect_window among > others > > redisplay_other_windows > > Fredirect_frame_focus > > resize_mini_window > > move_minibuffers_onto_frame > > and sets > > last_nonminibuf_frame > > internal_last_event_frame > > Has anyone ever tried to understand the implications of all these? Why would we need to do that? This code was there for many years, so its effects are by now a de-facto standard behavior of Emacs. We don't have human power and resources to revisit those decisions unless someone submits a bug report, or unless some deep refactoring or reimplementation of the code is taking place. > When trying to fix Bug#32777 I spent some time investigating these > issues but never found out why on earth we should call routines like > 'select-frame' and 'select-window' from redisplay. Well, now we know at least one reason: so that referencing frame-parameters would what Lisp programs expect.