From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Markus Triska Newsgroups: gmane.emacs.bugs Subject: bug#67715: 28.2; Minibuffer content is sometimes unexpectedly partially hidden Date: Sun, 10 Dec 2023 09:12:28 +0100 Message-ID: <87lea2zdar.fsf@metalevel.at> References: <87plzg5xff.fsf@metalevel.at> <838r64zb3r.fsf@gnu.org> <874jgrvotz.fsf@metalevel.at> <83wmtnyffx.fsf@gnu.org> <878r63vjal.fsf@metalevel.at> <837clny68l.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="35190"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) Cc: martin rudalics , 67715@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Dec 10 09:13:04 2023 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 1rCEvw-0008ur-1V for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 10 Dec 2023 09:13:04 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rCEvj-0005Lz-50; Sun, 10 Dec 2023 03:12:51 -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 1rCEvg-0005L6-Mw for bug-gnu-emacs@gnu.org; Sun, 10 Dec 2023 03:12:48 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rCEvg-0006PG-Et for bug-gnu-emacs@gnu.org; Sun, 10 Dec 2023 03:12:48 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rCEvu-0002cW-6Q for bug-gnu-emacs@gnu.org; Sun, 10 Dec 2023 03:13:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Markus Triska Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 10 Dec 2023 08:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67715 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix Original-Received: via spool by 67715-submit@debbugs.gnu.org id=B67715.170219596810049 (code B ref 67715); Sun, 10 Dec 2023 08:13:02 +0000 Original-Received: (at 67715) by debbugs.gnu.org; 10 Dec 2023 08:12:48 +0000 Original-Received: from localhost ([127.0.0.1]:49420 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rCEvg-0002c0-1y for submit@debbugs.gnu.org; Sun, 10 Dec 2023 03:12:48 -0500 Original-Received: from [78.47.144.35] (port=60744 helo=metalevel.at) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rCEvc-0002bp-H1 for 67715@debbugs.gnu.org; Sun, 10 Dec 2023 03:12:47 -0500 Original-Received: by metalevel.at (Postfix, from userid 1000) id E38C39C76B; Sun, 10 Dec 2023 09:12:28 +0100 (CET) In-Reply-To: <837clny68l.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 09 Dec 2023 13:18:02 +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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:275901 Archived-At: Eli Zaretskii writes: > I'm adding Martin to this discussion in the hope that he could have > some ideas. Yes, thank you a lot Martin, I would greatly appreciate if you could also look into this issue and help with it! For you in particular, it may be interesting that the snippet works completely as expected if only a single frame is present. For example, if I change the original snippet by commenting out two lines to obtain: (let ((f (selected-frame))) ;; (with-selected-frame (make-frame) ;; (switch-to-buffer (get-buffer-create "other"))) (select-frame-set-input-focus f) (let ((win (get-buffer-window "other" t))) (when win (with-selected-window win (recenter 0))) (with-selected-window (minibuffer-window) (unwind-protect (progn (setq-local face-remapping-alist `((default :height 2.0))) (insert "hello") (read-key)) (erase-buffer))))) then "hello" is fully visible in the minibuffer, as expected! The existence and prior, even only temporary, selection of another frame unexpectedly prevents the entire minibuffer content to be shown. My expectation would be for another frame to have no influence here. Thank you and all the best, Markus