GNU bug report logs - #67715
28.2; Minibuffer content is sometimes unexpectedly partially hidden

Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.

Package: emacs; Reported by: Markus Triska <triska@HIDDEN>; Keywords: wontfix; dated Fri, 8 Dec 2023 19:05:02 UTC; Maintainer for emacs is bug-gnu-emacs@HIDDEN.

Message received at 67715 <at> debbugs.gnu.org:


Received: (at 67715) by debbugs.gnu.org; 14 Jan 2024 08:49:34 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jan 14 03:49:34 2024
Received: from localhost ([127.0.0.1]:41651 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rOwBS-0001WD-5W
	for submit <at> debbugs.gnu.org; Sun, 14 Jan 2024 03:49:34 -0500
Received: from mout.gmx.net ([212.227.15.15]:42229)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1rOwBP-0001Vz-Ax
 for 67715 <at> debbugs.gnu.org; Sun, 14 Jan 2024 03:49:32 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417;
 t=1705222165; x=1705826965; i=rudalics@HIDDEN;
 bh=/DLxvuYsXgc50Z3xBC/4mDJ8dMT5f+8T3e0ygk/iHFE=;
 h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:
 In-Reply-To;
 b=YzqgCFR9eymIqEptnTdHQCnPTxHlQXJNiSjLC98AlVFx0pQxquU2ll+DNCJAnhKj
 KCTNU6TitblI9fGZqZgO9rHrKmJGqA8cHclOGgQZ7gAjCcvutCYdOBvauvKxRS/HX
 wQvn2unnS67eCO2Xli69mMLPTFoXF1oeRyjGcT2b2wrE4/vVdzld4itqOxMjLZ3Wq
 fTIdHEEYZwoXn1hdHZQBGJ5EuYjXNlcYPfbNTMaG/k/X8tKEyz55WrFdC3rIKQ9cE
 qi7RHkAXmIkwAiwqFJRBMktCIUXm+9ZUVXCKq5hdNUkAR5KRTMvAO8nLmuF7A80lq
 OWSEbAK4bsQgUhgBBA==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from [192.168.31.113] ([213.142.96.156]) by mail.gmx.net (mrgmx004
 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MSKuA-1rZypR2Qrw-00ScAk; Sun, 14
 Jan 2024 09:49:25 +0100
Message-ID: <18ad3986-8f9d-4fa9-b50b-cb83e791966e@HIDDEN>
Date: Sun, 14 Jan 2024 09:49:24 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: bug#67715: 28.2; Minibuffer content is sometimes unexpectedly
 partially hidden
Content-Language: en-US
To: Markus Triska <triska@HIDDEN>
References: <87plzg5xff.fsf@HIDDEN> <838r64zb3r.fsf@HIDDEN>
 <874jgrvotz.fsf@HIDDEN> <83wmtnyffx.fsf@HIDDEN>
 <878r63vjal.fsf@HIDDEN> <837clny68l.fsf@HIDDEN>
 <f2d5e827-2cfe-4831-a15b-ffe7108b5c92@HIDDEN> <87mst8z7ff.fsf@HIDDEN>
From: martin rudalics <rudalics@HIDDEN>
In-Reply-To: <87mst8z7ff.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: base64
X-Provags-ID: V03:K1:gkTyNitImbQZNZBNMH/bMbtgm+6jgi8XJB4yAtLli4MIspoGOpN
 mBf48n5Ddl4/YpReKXWFhndJVeOYYBlYnn5Ia4UEF9h48MtVtPJH54PSRXd1eulmEVVc/+2
 Nj8N65wiuQPw+gR4SKEX7PMEbkisjLKXjWKvmu3DVQscaRaimrXsLfSh2fJ6DpTzFsKt8V/
 N4rWxGB8MleAV7gyDAgmg==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:65V7fUooUYc=;EgRM3d911HT5p61dzAC0R2+Hmll
 ejITL5pFQUA5QOGshSmPzb36o+zXnISiySPqOfKj1xo4Vo1rlypZizEiHsI0yi8/6QClGOP97
 tYPyURzBtKORP8unAbaGz8EARcaKj0oq/qvXjB5UM1GCOqdHA0XrWgSTFNKzdrIBNUDw0ffSl
 tYOMt/QuML0v9FvO0HKRRb4T5pbYD1ECIV1SlXVG8miwcZ2DOu8xBylz2wlfGwWl6DmjprQzc
 HrF0zJdLbJm/w/eFwoe3mikh+HW3j7ARbtD1xRi/MFPOfn3WsOiUD9F9u8DsAj87wv/OWJmn7
 g96wSTeKiGsX3FBt2BNGRFiskdj4wwCy7PHfc2aXFZEfon50ntMgD75tUy36SjiDwjwZruPmo
 nPhX3VRQNvmrXOjVusdlldrj1jxkVHYOhsFZ6SkOVA7Ur1Cz+HhdkPzrntnwYYVN0JnaQCMO4
 LqnGL8koWYl6ScOBfELbJYpouTsztGoCH00lkTUonf/WCp7UtMVggVjjx6PM5Calrzqor9WTN
 hhtO/sDLkNjesz6FPXlEneSu/BDA71Y8HGx6THnyT/9Ok57Can4olCs0W/z61bzHkjz0b2JcP
 MoTpNyTaQPHYEYIfl+B3LY4Wu/Mcb3qFvtOiXO8ODe/6IV6D4hPp+zjFE2nW0Xlf9SeYKuNoh
 17nNF7gkHU5HcNWzOX3rSaSB8CPy7gTFWNiMUyDy1QbJxnKxdGQF56tkmouzp55ysko2K/tBU
 yQw430exp4/0VCsnGF1AIeDMaVnzO2lCEHRkNoKneWhLyFu+7q0ZSGFvqnN2XsEOkiSwdPRwH
 9mWSdc/vnbVPf8fWK2LU7USxlxE41oIMcOFIBFb9FpyCmLIC0Ng036embyqLwZWPGrjN6aF33
 /A95De/PRCQlv0xh81b7+dIZ5UCayTo4PULditXQS2SUs2cbJyIlmot4rPgJ9rbfjD7L0OLTl
 TtK9+vdNpLP1WtUOx1t4FQevMyE=
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 67715
Cc: 67715 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

ID4gVGhhbmsgeW91IGEgbG90IE1hcnRpbiBmb3IgbG9va2luZyBpbnRvIHRoaXMuIFRvIGNs
YXJpZnk6IERvZXMgdGhlDQogPiBjYXVzZSBvZiB0aGlzIGlzc3VlLCB3aGljaCBpcyBkaWZm
ZXJlbnQgZnJvbSB0aGUgb25lIHRoYXQgd2FzIG9yaWdpbmFsbHkNCiA+IHN0YXRlZCwgbWVh
biB0aGF0IGlzc3VlIEkgaGF2ZSBmaWxlZCBoZXJlIGFuZCB3aGljaCBzdGlsbCBwZXJzaXN0
cyBjYW4NCiA+IGJlIGZpeGVkIHdoaWxlIHRoZSBvdGhlciBtZW50aW9uZWQgcHJvYmxlbSBp
cyBhbHNvIGFkZHJlc3NlZCBjb3JyZWN0bHk/DQoNCklJVUMgdGhlIGNvZGUgdGhhdCBwcmV2
aW91c2x5IGNhbGN1bGF0ZWQgdGhlIGZyYW1lIHRpdGxlIGNvdWxkIHJlc2l6ZQ0KdGhlIG1p
bmlidWZmZXIgd2luZG93IGFuZCwgd2hpbGUgZG9pbmcgdGhhdCwgcmVkaXNwbGF5IGl0cyBj
b250ZW50cyBpbg0KeW91ciBzZW5zZS4gIEFmdGVyIHRoZSBmaXgsIGl0IGRvZXNuJ3QgZG8g
dGhhdCBhbnkgbW9yZS4NCg0KSU1PLCBjb2RlIGNhbGN1bGF0aW5nIHRoaW5ncyBsaWtlIHRo
ZSBtb2RlIGxpbmUgY29udGVudHMgb3IgdGhlIGZyYW1lDQp0aXRsZSBzaG91bGQgYmUgY29t
cGxldGVseSB0cmFuc3BhcmVudC4gIEl0IHNob3VsZCBhZmZlY3Qgb25seSB0aGUNCmNvbnRl
bnRzIG9mIHRoZSBtb2RlIGxpbmUgb3IgdGhlIGZyYW1lIHRpdGxlLiAgQW55dGhpbmcgZWxz
ZSB3b3VsZCBiZSBhDQptaXNmZWF0dXJlLiAgU28gSSBkb3VidCB0aGF0IGFueSBmdXR1cmUg
Y2hhbmdlcyBpbiB0aGF0IGNvZGUgd2lsbA0KYWRkcmVzcyB5b3VyIHByb2JsZW0uDQoNCkkn
ZCBmaXJzdCB0cnkgdG8gYWRkIHNvbWUgOmV2YWwgZm9ybSB0byAnZnJhbWUtdGl0bGUtZm9y
bWF0JyB0aGF0IGJpbmRzDQrigJhpbmhpYml0LXJlZGlzcGxheeKAmSB0byBuaWwgYW5kIG1h
eWJlIHJlc2l6ZXMgdGhlIG1pbmlidWZmZXIgd2luZG93IHNvIGl0DQpnZXRzIHJlZGlzcGxh
eWVkIHRvIHNob3cgdGhlIGNvbnRlbnRzIG9mIGl0cyBidWZmZXIgaW4geW91ciBzZW5zZS4N
Cg0KbWFydGluDQoNCg==




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#67715; Package emacs. Full text available.

Message received at 67715 <at> debbugs.gnu.org:


Received: (at 67715) by debbugs.gnu.org; 14 Jan 2024 07:43:34 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jan 14 02:43:34 2024
Received: from localhost ([127.0.0.1]:41593 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rOv9Z-0002zp-Ny
	for submit <at> debbugs.gnu.org; Sun, 14 Jan 2024 02:43:33 -0500
Received: from [78.47.144.35] (port=53426 helo=metalevel.at)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <triska@HIDDEN>) id 1rOv9Y-0002zh-2M
 for 67715 <at> debbugs.gnu.org; Sun, 14 Jan 2024 02:43:32 -0500
Received: by metalevel.at (Postfix, from userid 1000)
 id 39B8E9C76D; Sun, 14 Jan 2024 08:43:32 +0100 (CET)
From: Markus Triska <triska@HIDDEN>
To: martin rudalics <rudalics@HIDDEN>
Subject: Re: bug#67715: 28.2;
 Minibuffer content is sometimes unexpectedly partially hidden
References: <87plzg5xff.fsf@HIDDEN> <838r64zb3r.fsf@HIDDEN>
 <874jgrvotz.fsf@HIDDEN> <83wmtnyffx.fsf@HIDDEN>
 <878r63vjal.fsf@HIDDEN> <837clny68l.fsf@HIDDEN>
 <f2d5e827-2cfe-4831-a15b-ffe7108b5c92@HIDDEN>
Date: Sun, 14 Jan 2024 08:43:32 +0100
In-Reply-To: <f2d5e827-2cfe-4831-a15b-ffe7108b5c92@HIDDEN> (martin rudalics's
 message of "Mon, 11 Dec 2023 18:12:57 +0100")
Message-ID: <87mst8z7ff.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 1.3 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview: martin rudalics <rudalics@HIDDEN> writes: > I doubt that this
 is the problem because Thank you a lot Martin for looking into this. To
 clarify: Does the cause of this issue,
 which is different from the one that was originally
 stated, mean that issue I have filed here and which still pe [...] 
 Content analysis details:   (1.3 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 0.0 SPF_NONE               SPF: sender does not publish an SPF Record
 0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
 1.3 RDNS_NONE Delivered to internal network by a host with no rDNS
 -0.0 T_SCC_BODY_TEXT_LINE   No description available.
X-Debbugs-Envelope-To: 67715
Cc: 67715 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.3 (/)

martin rudalics <rudalics@HIDDEN> writes:

> I doubt that this is the problem because

Thank you a lot Martin for looking into this. To clarify: Does the
cause of this issue, which is different from the one that was originally
stated, mean that issue I have filed here and which still persists can
be fixed while the other mentioned problem is also addressed correctly?

For my use cases, I would greatly appreciate if this worked again.

Thank you and all the best,
Markus




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#67715; Package emacs. Full text available.

Message received at 67715 <at> debbugs.gnu.org:


Received: (at 67715) by debbugs.gnu.org; 11 Dec 2023 17:13:25 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Dec 11 12:13:24 2023
Received: from localhost ([127.0.0.1]:54476 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rCjqO-0001fu-Hd
	for submit <at> debbugs.gnu.org; Mon, 11 Dec 2023 12:13:24 -0500
Received: from mout.gmx.net ([212.227.15.18]:42275)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rudalics@HIDDEN>) id 1rCjqK-0001fb-3t
 for 67715 <at> debbugs.gnu.org; Mon, 11 Dec 2023 12:13:23 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417;
 t=1702314778; x=1702919578; i=rudalics@HIDDEN;
 bh=eu2zTmvWgBX+TxZQD9AE2Ebt9XgkfZZLUAP8I9XEHus=;
 h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:
 In-Reply-To;
 b=RnRrASlBypeXxJW2Lw5LJ3YowZeqaQg3paGhtlMaZTZm5dB6lj5NNquWOKav/Ual
 GlfSTbYKGZrtvL9/zNUk89idXSgFWys6hGSQWlO0s5LoBOWX6vVbowsROXJb88rzh
 WOYlJrn/rZN6+LjpIgBvYn211nUUfqtMEqNX+8hsPK1QORqRf1ypxB5IvnDTVIW1d
 XK3wMo0C1Iz+UspUWWXpgvz0lYO3LEMX2W/5BdqpJQE0JTMIniVIVe++fJ8+pym8b
 kzV1SwkAenvOkr7qwJKlEpFWjG5XlQU+hIQSbhBBsKgVlaWOILAMv4ANf5MWcpePU
 K9gDWfc+guaTIpoTsQ==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from [192.168.31.113] ([212.95.5.12]) by mail.gmx.net (mrgmx004
 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MOzOw-1qrnja2sZQ-00PJrV; Mon, 11
 Dec 2023 18:12:58 +0100
Message-ID: <f2d5e827-2cfe-4831-a15b-ffe7108b5c92@HIDDEN>
Date: Mon, 11 Dec 2023 18:12:57 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: bug#67715: 28.2; Minibuffer content is sometimes unexpectedly
 partially hidden
To: Eli Zaretskii <eliz@HIDDEN>, Markus Triska <triska@HIDDEN>
References: <87plzg5xff.fsf@HIDDEN> <838r64zb3r.fsf@HIDDEN>
 <874jgrvotz.fsf@HIDDEN> <83wmtnyffx.fsf@HIDDEN>
 <878r63vjal.fsf@HIDDEN> <837clny68l.fsf@HIDDEN>
Content-Language: en-US
From: martin rudalics <rudalics@HIDDEN>
In-Reply-To: <837clny68l.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:J/fnIorXqHbahfLRUcfLccnokPAiJX3rFfcQd/8OkB/BQYvGgFj
 34/Az69E9imqOcBTMzANca7tjpkSrt+izTL+MsgHpaO4aGSfXLpyDTIkoC7WZyTnkBHye0I
 uUKA4cSiVa9XSoKepQ0TYjnWjl4h9EeJer4AwreYu1feVlt2B/DnhzePhc+iKy2t2Wzpu0j
 efA2IZQs470FRjXG3ge/A==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:DtbEZFtFLGg=;z8Id4SLLH0R0wQEAdn2QBEVB1gl
 cYC+M9/xhTj1rE6XfxZCWQB10krt4jF8rytSEVY7gbDcDJbfAQ/2Rm5ShpNBFdrSFRXW2Q5sI
 F/VjHRJ/mXU7eXFYsUfzyOFT2n8OQQZU/K1WUb94385FeMpnZIzZ/OG0dflx50j1yidID7RE/
 dIOJ3SNhGNanYXHKS/kaLY10o1awd9bD7keIZscZrB+2bcUrsxdEJdpWtcpEB8Jddm7H4i2Ba
 9wiOv0k+DzZ5guIE4tyYKDdsi8pOA6n7UP1kONQUE0B5BZsl1t6CJP1EwKVbAbexur4uk+SDV
 98Co0F46dKLKFyceBKw7uc2PadUIXvv4QDcv36EmNAwSD10qX5boB5w9nXT/5y/U8XnaIl4JL
 gvG+5JtILR2ZEzBQq9SQHSxD8v0HyBBFIJ0HLNym1XXoEUv+hqXZGKcMspwt0AbK+bJkZe/hE
 hDITUpuoIuGkFpvm0dvFw7Za2BZblu2Nnl7sWCQzof/7mFRVgsY5xZ7JEPUQAM/3sIaiQh6ST
 6Gz/O7c2b0VP4nq5Ubrigs9Fv0YEdLcPmKNpHe/Q3zsGnnvJfuRjuVx/oJkSIpAuPS1idlGoB
 mDBz/Bqeh58iyXD5AddnViK+HVEbLAAPap/ky7dwpRy9uC0MM+g1HhlfKxzdhXot7KhAAMEvH
 j0hPSOkXf5olOJO3ZLyYW5BW40IgRrcJrsvdT6hIi5qztBPNTc82/Fls6b727mBqvEHBpH0rt
 csbNakHH2J616/K+iAEI2XfCCpV64kHYLA6Ia5w6HJvTCQf8lTdNX/O8lEQBa6eTKOcrlHDlH
 gpPlwylISGkJ6rYYEIW7oGuW+bT/UMRDdGioomvMPgD4ggr7BkjQJotixPcfLvGa6QsHt3AZv
 ZTzTLrptdEre4SRnp6GH7zMZWDvbD4s63gYQwPWnTOd1gQFK8PT6iGJdzpX06//EpsgxPPDjd
 4URsgiCp3IlI67N9yWghiBKPRlQ=
X-Spam-Score: 2.8 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview:  > I'm adding Martin to this discussion in the hope that he
 could have > some ideas. I've been going back through your earlier comments
 and found: > The basic technical reason for what you see is that redisplay
 is > inhibited when with-selected-window returns and restores the selected
 > window, which is in your case the opportunity to resize th [...] 
 Content analysis details:   (2.8 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail
 provider (rudalics[at]gmx.at)
 -0.0 RCVD_IN_MSPIKE_H2      RBL: Average reputation (+2)
 [212.227.15.18 listed in wl.mailspike.net]
 0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
 -0.0 SPF_PASS               SPF: sender matches SPF record
 3.6 RCVD_IN_SBL_CSS        RBL: Received via a relay in Spamhaus SBL-CSS
 [212.95.5.12 listed in zen.spamhaus.org]
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at https://www.dnswl.org/,
 low trust [212.227.15.18 listed in list.dnswl.org]
 -0.0 T_SCC_BODY_TEXT_LINE   No description available.
X-Debbugs-Envelope-To: 67715
Cc: 67715 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.8 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 
 Content preview:  > I'm adding Martin to this discussion in the hope that he
    could have > some ideas. I've been going back through your earlier comments
    and found: > The basic technical reason for what you see is that redisplay
    is > inhibited when with-selected-window returns and restores the selected
    > window, which is in your case the opportunity to resize th [...] 
 
 Content analysis details:   (1.8 points, 10.0 required)
 
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at https://www.dnswl.org/,
                             low trust
                             [212.227.15.18 listed in list.dnswl.org]
  3.6 RCVD_IN_SBL_CSS        RBL: Received via a relay in Spamhaus SBL-CSS
                             [212.95.5.12 listed in zen.spamhaus.org]
 -0.0 RCVD_IN_MSPIKE_H2      RBL: Average reputation (+2)
                             [212.227.15.18 listed in wl.mailspike.net]
  0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail
                             provider (rudalics[at]gmx.at)
  0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 T_SCC_BODY_TEXT_LINE   No description available.
 -1.0 MAILING_LIST_MULTI     Multiple indicators imply a widely-seen list
                             manager

 > I'm adding Martin to this discussion in the hope that he could have
 > some ideas.

I've been going back through your earlier comments and found:

 > The basic technical reason for what you see is that redisplay is
 > inhibited when with-selected-window returns and restores the selected
 > window, which is in your case the opportunity to resize the
 > mini-window.  When redisplay is inhibited, the code which resizes the
 > mini-window returns without doing anything.  So one way of fixing this
 > would be to try to avoid with-selected-window, and instead use some
 > other way of achieving what you want to do.

I doubt that this is the problem because

(let ((f (selected-frame)))
   (with-current-buffer (get-buffer-create "other")
     (make-frame))
   (select-frame-set-input-focus f)
   (with-current-buffer (window-buffer (minibuffer-window))
     (unwind-protect
         (progn
           (setq-local face-remapping-alist `((default :height 2.0)))
           (insert "hello")
	  (read-key))
       (erase-buffer))))

doesn't resize the minibuffer either.  IIUC Markus was just lucky that
this worked earlier because then the frame title code resized the
minibuffer window.  After the fix of Bug#24285 it doesn't do that any
more.

martin




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#67715; Package emacs. Full text available.

Message received at 67715 <at> debbugs.gnu.org:


Received: (at 67715) by debbugs.gnu.org; 10 Dec 2023 17:59:22 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Dec 10 12:59:22 2023
Received: from localhost ([127.0.0.1]:51773 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rCO5K-0000Ll-64
	for submit <at> debbugs.gnu.org; Sun, 10 Dec 2023 12:59:22 -0500
Received: from [78.47.144.35] (port=36812 helo=metalevel.at)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <triska@HIDDEN>) id 1rCO5I-0000LY-NO
 for 67715 <at> debbugs.gnu.org; Sun, 10 Dec 2023 12:59:21 -0500
Received: by metalevel.at (Postfix, from userid 1000)
 id EDEC39C76B; Sun, 10 Dec 2023 18:59:04 +0100 (CET)
From: Markus Triska <triska@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#67715: 28.2;
 Minibuffer content is sometimes unexpectedly partially hidden
References: <87plzg5xff.fsf@HIDDEN> <838r64zb3r.fsf@HIDDEN>
 <874jgrvotz.fsf@HIDDEN> <83wmtnyffx.fsf@HIDDEN>
 <878r63vjal.fsf@HIDDEN> <83sf4bwbpy.fsf@HIDDEN>
 <87r0jvf88j.fsf@HIDDEN> <83msujw2ks.fsf@HIDDEN>
 <87y1e3axo9.fsf@HIDDEN> <83jzpmwr0d.fsf@HIDDEN>
Date: Sun, 10 Dec 2023 18:59:04 +0100
In-Reply-To: <83jzpmwr0d.fsf@HIDDEN> (Eli Zaretskii's message of "Sun, 10 Dec
 2023 07:44:34 +0200")
Message-ID: <87a5qi3pnb.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 1.3 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview:  Eli Zaretskii <eliz@HIDDEN> writes: > I'm showing you all
 the methods I can come up with. Maybe Martin or > others will have better
 ideas (so please don't elide their addresses > when replying). Yes thank
 you and Martin! Here is an example of my use case,
 using a slight generalization of the original snippet: 
 Content analysis details:   (1.3 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
 0.0 SPF_NONE               SPF: sender does not publish an SPF Record
 -0.0 T_SCC_BODY_TEXT_LINE   No description available.
 1.3 RDNS_NONE Delivered to internal network by a host with no rDNS
X-Debbugs-Envelope-To: 67715
Cc: martin rudalics <rudalics@HIDDEN>, 67715 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.3 (/)

Eli Zaretskii <eliz@HIDDEN> writes:

> I'm showing you all the methods I can come up with.  Maybe Martin or
> others will have better ideas (so please don't elide their addresses
> when replying).

Yes thank you and Martin! Here is an example of my use case, using a
slight generalization of the original snippet:

    (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 "M-x ")
                (read-key)
                (let ((chars (string-to-list "emacs-uptime")))
                  (while chars
                    (insert (char-to-string (pop chars)))
                    (when chars
                      (sit-for 0.3))))
                (read-key))
            (erase-buffer)))))

The snippet simulates what occurs if I were to press M-x, by inserting
"M-x " in the minibuffer. It then waits for a key press. After I press a
key, it simulates what would occur if I were to type emacs-uptime, by
writing "emacs-uptime" in the minibuffer in such a way that the
minibuffer content changes as if someone typed that command.

It all works as intended in all Emacs versions I tried, except if I
uncomment the two lines that are commented out in the snippet above:
Then, Emacs 28.2 and later versions no longer show the minibuffer fully.

Thank you and all the best,
Markus




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#67715; Package emacs. Full text available.

Message received at 67715 <at> debbugs.gnu.org:


Received: (at 67715) by debbugs.gnu.org; 10 Dec 2023 09:28:09 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Dec 10 04:28:09 2023
Received: from localhost ([127.0.0.1]:49484 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rCG6b-0004sv-BG
	for submit <at> debbugs.gnu.org; Sun, 10 Dec 2023 04:28:09 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10]:42878)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1rCG6Z-0004sf-D9
 for 67715 <at> debbugs.gnu.org; Sun, 10 Dec 2023 04:28:08 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1rCG6E-0006z5-LS; Sun, 10 Dec 2023 04:27:46 -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=5d7Od8JzlOTmrGHUFAq3j9FP/bhdl9Mitzs2aC4JQz4=; b=HqKt4H2vev3l
 1CBtS16u4jew0YdSfGrhIKAe+fCwplP2DYXQWhRppsXIQ9uUF1otZOmqtRyDZf7hR4uU9jjT3CCJo
 H/sKQSV3UvIPfXmBPsvRrj6K5tuWY4sScKJe2De5YW6vg7J7YYJAzRusmTsJggobkunBCIBP6obca
 MSCE2C+/ajMk0gx6pimaWnEeTmxc2HaxacfevX75a+8aTBj85+/MN4rrkKusn5HTvtOmTPkQ9oSTw
 Jr7kFBVFaSRskDZUxZrWqYb6ueN8dPApV22pibfCh2ckRmGltgvVw4yqGs3XbiNsUqSsMjchyaQqh
 IjgNFmKbmoART7YFQtE4rw==;
Date: Sun, 10 Dec 2023 11:27:34 +0200
Message-Id: <838r62wgop.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Markus Triska <triska@HIDDEN>
In-Reply-To: <87lea2zdar.fsf@HIDDEN> (message from Markus Triska on Sun, 
 10 Dec 2023 09:12:28 +0100)
Subject: Re: bug#67715: 28.2;
 Minibuffer content is sometimes unexpectedly partially hidden
References: <87plzg5xff.fsf@HIDDEN> <838r64zb3r.fsf@HIDDEN>
 <874jgrvotz.fsf@HIDDEN> <83wmtnyffx.fsf@HIDDEN>
 <878r63vjal.fsf@HIDDEN> <837clny68l.fsf@HIDDEN>
 <87lea2zdar.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 67715
Cc: rudalics@HIDDEN, 67715 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Markus Triska <triska@HIDDEN>
> Cc: martin rudalics <rudalics@HIDDEN>,  67715 <at> debbugs.gnu.org
> Date: Sun, 10 Dec 2023 09:12:28 +0100
> 
> 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.

The other frame affects this because when redisplay redraws a frame,
it temporarily selects that frame, and that selection can resize the
mini-window, something that Lisp programs don't expect to happen.  To
prevent such unwarranted resizing, we disabled it while any other
frame is temporarily selected.  See bug#24285.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#67715; Package emacs. Full text available.

Message received at 67715 <at> debbugs.gnu.org:


Received: (at 67715) by debbugs.gnu.org; 10 Dec 2023 08:12:48 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Dec 10 03:12:48 2023
Received: from localhost ([127.0.0.1]:49420 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rCEvg-0002c0-1y
	for submit <at> debbugs.gnu.org; Sun, 10 Dec 2023 03:12:48 -0500
Received: from [78.47.144.35] (port=60744 helo=metalevel.at)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <triska@HIDDEN>) id 1rCEvc-0002bp-H1
 for 67715 <at> debbugs.gnu.org; Sun, 10 Dec 2023 03:12:47 -0500
Received: by metalevel.at (Postfix, from userid 1000)
 id E38C39C76B; Sun, 10 Dec 2023 09:12:28 +0100 (CET)
From: Markus Triska <triska@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#67715: 28.2;
 Minibuffer content is sometimes unexpectedly partially hidden
References: <87plzg5xff.fsf@HIDDEN> <838r64zb3r.fsf@HIDDEN>
 <874jgrvotz.fsf@HIDDEN> <83wmtnyffx.fsf@HIDDEN>
 <878r63vjal.fsf@HIDDEN> <837clny68l.fsf@HIDDEN>
Date: Sun, 10 Dec 2023 09:12:28 +0100
In-Reply-To: <837clny68l.fsf@HIDDEN> (Eli Zaretskii's message of "Sat, 09 Dec
 2023 13:18:02 +0200")
Message-ID: <87lea2zdar.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 1.3 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview: Eli Zaretskii <eliz@HIDDEN> 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 expec [...] 
 Content analysis details:   (1.3 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
 0.0 SPF_NONE               SPF: sender does not publish an SPF Record
 -0.0 T_SCC_BODY_TEXT_LINE   No description available.
 1.3 RDNS_NONE Delivered to internal network by a host with no rDNS
X-Debbugs-Envelope-To: 67715
Cc: martin rudalics <rudalics@HIDDEN>, 67715 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.3 (/)

Eli Zaretskii <eliz@HIDDEN> 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




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#67715; Package emacs. Full text available.

Message received at 67715 <at> debbugs.gnu.org:


Received: (at 67715) by debbugs.gnu.org; 10 Dec 2023 05:45:13 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Dec 10 00:45:13 2023
Received: from localhost ([127.0.0.1]:49339 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rCCcr-0006I0-C4
	for submit <at> debbugs.gnu.org; Sun, 10 Dec 2023 00:45:13 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10]:59900)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1rCCcn-0006Hh-OM
 for 67715 <at> debbugs.gnu.org; Sun, 10 Dec 2023 00:45:12 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1rCCcT-0006KW-5H; Sun, 10 Dec 2023 00:44:49 -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=hZHCEaM28AnDLgcMvHQarTc2dRu7bUQIwCfNPtOyJvw=; b=hSuQ8rZhM1F6
 di81EGG8vnycfAzyAv5WaZjZW3RXmjFvlx+IfnqMFtPyjY4kghWI7vJ3Sz/LntERXbDEshHOXgjEY
 yAbJ267Itq7vdVGv+5MfMsm5eIXwBidepTWHNa+CDM/8IxqpacPsuz7MNmAOGYFUOMuOG7x2COvS8
 fs3OtconNtB4N+gjtj4nqv+K+f72Mj+/NIbIGNzoqVlUgJjcIwmTahZ8X/LugClYVgbMY2VB638eQ
 RnPa8MIeO8Jhld071uFC7ttZL5Xu6o70BQ6ZJZMwTBC4XTjnXZMIBXNkJYaCAAe6vtpk2ws538cRT
 cVnMqFQDuBPN/YisQz946w==;
Date: Sun, 10 Dec 2023 07:44:34 +0200
Message-Id: <83jzpmwr0d.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Markus Triska <triska@HIDDEN>, martin rudalics <rudalics@HIDDEN>
In-Reply-To: <87y1e3axo9.fsf@HIDDEN> (message from Markus Triska on Sat, 
 09 Dec 2023 22:11:34 +0100)
Subject: Re: bug#67715: 28.2;
 Minibuffer content is sometimes unexpectedly partially hidden
References: <87plzg5xff.fsf@HIDDEN> <838r64zb3r.fsf@HIDDEN>
 <874jgrvotz.fsf@HIDDEN> <83wmtnyffx.fsf@HIDDEN>
 <878r63vjal.fsf@HIDDEN> <83sf4bwbpy.fsf@HIDDEN>
 <87r0jvf88j.fsf@HIDDEN> <83msujw2ks.fsf@HIDDEN>
 <87y1e3axo9.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 67715
Cc: 67715 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Markus Triska <triska@HIDDEN>
> Cc: 67715 <at> debbugs.gnu.org
> Date: Sat, 09 Dec 2023 22:11:34 +0100
> 
> Eli Zaretskii <eliz@HIDDEN> writes:
> 
> > I'm not sure I understood, but if you put a face on some text, and
> > then type at the end of that text, the additional text you type is
> > supposed to "inherit" that face, no?
> 
> I mean: When my program runs, I do not type anything myself, but the
> program simulates that something is being typed by me. For example, when
> I ask the program to perform one step, it may simulate that M-x is
> pressed, by inserting the text "M-x " in the minibuffer, and then wait
> for further instructions (by me). When I then ask the program to perform
> the next step, it may simulate that "emacs-uptime" is being typed, and
> thus incrementally add the letters "e", "m", "a", ... to the minibuffer
> while waiting for a short amount of time after each letter, until (in
> total) "M-x emacs-uptime" appears in the minibuffer. The goal is that we
> can simulate the effects of typing while minimizing manual effort.
> 
> This all already works as expected in Emacs versions before 28.2, and it
> works to a large extent also in later versions. The only remaining
> problem I have with Emacs 28.2 and later versions is that in situations
> like the one I posted, the minibuffer is no longer adequately grown to
> fully display the text it contains (because the program wrote it there).
> 
> With your snippet, I can work around a very specific case of this, where
> a single string is shown in the minibuffer. For my use case though, this
> is not yet enough, because my program simulates manual edits by changing
> text in the minibuffer, such as adding or removing individual letters.

You could perhaps use 'message'.  Here's a trivial demo:

  (defun my-msg ()
    (interactive)
    (message (propertize "something" 'face '(:height 2.0))))
  (defun my-msg2 ()
    (interactive)
    (message (propertize "something else" 'face '(:height 2.0))))
  (global-set-key [f5] 'my-msg)
  (global-set-key [f6] 'my-msg2)

Evaluate the above, then press F5 followed by F6.

> I am therefore interested in ways to grow the minibuffer so that it is
> large enough, while allowing very flexible editing operations to be
> simulated in it that go beyond showing a single string.

I'm showing you all the methods I can come up with.  Maybe Martin or
others will have better ideas (so please don't elide their addresses
when replying).




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#67715; Package emacs. Full text available.

Message received at 67715 <at> debbugs.gnu.org:


Received: (at 67715) by debbugs.gnu.org; 9 Dec 2023 21:11:53 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Dec 09 16:11:53 2023
Received: from localhost ([127.0.0.1]:49088 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rC4c4-0006wD-Tf
	for submit <at> debbugs.gnu.org; Sat, 09 Dec 2023 16:11:53 -0500
Received: from [78.47.144.35] (port=56268 helo=metalevel.at)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <triska@HIDDEN>) id 1rC4c1-0006w2-Rs
 for 67715 <at> debbugs.gnu.org; Sat, 09 Dec 2023 16:11:50 -0500
Received: by metalevel.at (Postfix, from userid 1000)
 id A90B99C76B; Sat,  9 Dec 2023 22:11:34 +0100 (CET)
From: Markus Triska <triska@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#67715: 28.2;
 Minibuffer content is sometimes unexpectedly partially hidden
References: <87plzg5xff.fsf@HIDDEN> <838r64zb3r.fsf@HIDDEN>
 <874jgrvotz.fsf@HIDDEN> <83wmtnyffx.fsf@HIDDEN>
 <878r63vjal.fsf@HIDDEN> <83sf4bwbpy.fsf@HIDDEN>
 <87r0jvf88j.fsf@HIDDEN> <83msujw2ks.fsf@HIDDEN>
Date: Sat, 09 Dec 2023 22:11:34 +0100
In-Reply-To: <83msujw2ks.fsf@HIDDEN> (Eli Zaretskii's message of "Sat, 09 Dec
 2023 22:20:03 +0200")
Message-ID: <87y1e3axo9.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 1.3 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview: Eli Zaretskii <eliz@HIDDEN> writes: > I'm not sure I
 understood, 
 but if you put a face on some text, and > then type at the end of that text,
 the additional text you type is > supposed to "inherit" that face, no? 
 Content analysis details:   (1.3 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
 0.0 SPF_NONE               SPF: sender does not publish an SPF Record
 -0.0 T_SCC_BODY_TEXT_LINE   No description available.
 1.3 RDNS_NONE Delivered to internal network by a host with no rDNS
X-Debbugs-Envelope-To: 67715
Cc: 67715 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.3 (/)

Eli Zaretskii <eliz@HIDDEN> writes:

> I'm not sure I understood, but if you put a face on some text, and
> then type at the end of that text, the additional text you type is
> supposed to "inherit" that face, no?

I mean: When my program runs, I do not type anything myself, but the
program simulates that something is being typed by me. For example, when
I ask the program to perform one step, it may simulate that M-x is
pressed, by inserting the text "M-x " in the minibuffer, and then wait
for further instructions (by me). When I then ask the program to perform
the next step, it may simulate that "emacs-uptime" is being typed, and
thus incrementally add the letters "e", "m", "a", ... to the minibuffer
while waiting for a short amount of time after each letter, until (in
total) "M-x emacs-uptime" appears in the minibuffer. The goal is that we
can simulate the effects of typing while minimizing manual effort.

This all already works as expected in Emacs versions before 28.2, and it
works to a large extent also in later versions. The only remaining
problem I have with Emacs 28.2 and later versions is that in situations
like the one I posted, the minibuffer is no longer adequately grown to
fully display the text it contains (because the program wrote it there).

With your snippet, I can work around a very specific case of this, where
a single string is shown in the minibuffer. For my use case though, this
is not yet enough, because my program simulates manual edits by changing
text in the minibuffer, such as adding or removing individual letters.

I am therefore interested in ways to grow the minibuffer so that it is
large enough, while allowing very flexible editing operations to be
simulated in it that go beyond showing a single string.

Thank you and all the best,
Markus




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#67715; Package emacs. Full text available.

Message received at 67715 <at> debbugs.gnu.org:


Received: (at 67715) by debbugs.gnu.org; 9 Dec 2023 20:21:24 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Dec 09 15:21:23 2023
Received: from localhost ([127.0.0.1]:49052 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rC3pD-0005Tu-L0
	for submit <at> debbugs.gnu.org; Sat, 09 Dec 2023 15:21:23 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10]:58926)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1rC3pA-0005TS-AG
 for 67715 <at> debbugs.gnu.org; Sat, 09 Dec 2023 15:21:22 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1rC3om-0003X9-Og; Sat, 09 Dec 2023 15:21:00 -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=+S+1rf5RIRB/9AX03s2tQnR+oXHQL2HoIwbM2D7Odgo=; b=MeLhjikSHLrK
 /XhgzNZkpqb948G2u1biX1l3oExj1Nq0X+OKi60H5zEPZrA5NXMb31SRimLce/jTJ5oRscQUhfOTp
 lKjBiTd6CKhaxCV9FHn+1eqEPLRelVBCNlsryC12XwqYX8U+eFwOiri8HcQnksZgnijjiXum3la06
 gp34gq0k5NAISxbWCPOdbkQGqAavqhgfXlmXJSK79Q+MMXG/QcO8L18iPeTJuZyXqjqu/A4LXKHdS
 h+qNjY07faSjIbtd0GnQSAnTLcxy99+pEf6zg7i7Iz2qyhCCQWmN4TidYcls2CH8atxIXmFpA7PGC
 seqHyDIWlldf+ksUZzPFag==;
Date: Sat, 09 Dec 2023 22:20:03 +0200
Message-Id: <83msujw2ks.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Markus Triska <triska@HIDDEN>
In-Reply-To: <87r0jvf88j.fsf@HIDDEN> (message from Markus Triska on Sat, 
 09 Dec 2023 21:09:48 +0100)
Subject: Re: bug#67715: 28.2;
 Minibuffer content is sometimes unexpectedly partially hidden
References: <87plzg5xff.fsf@HIDDEN> <838r64zb3r.fsf@HIDDEN>
 <874jgrvotz.fsf@HIDDEN> <83wmtnyffx.fsf@HIDDEN>
 <878r63vjal.fsf@HIDDEN> <83sf4bwbpy.fsf@HIDDEN>
 <87r0jvf88j.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 67715
Cc: 67715 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Markus Triska <triska@HIDDEN>
> Cc: 67715 <at> debbugs.gnu.org
> Date: Sat, 09 Dec 2023 21:09:48 +0100
> 
> Eli Zaretskii <eliz@HIDDEN> writes:
> 
> > This seems to work:...
> 
> Thank you a lot for looking into this! As mentioned, I am using Emacs to
> simulate interactions that would take place if the user pressed certain
> keys, and so I would also like to show the effects of continuous typing
> in the buffer, i.e., incrementally adding or even removing text, like a
> normal interaction that would take place in the minibuffer.
> 
> A condensed example of this is given in #34957, where "hello" is
> followed by " there!". In my actual application, these texts are not
> added in blocked chunks, but continuously letter by letter, and I can
> easily do this also with a larger font by remapping the default face, in
> Emacs versions before 28.2, by simply inserting the intended letters in
> the minibuffer. Is there a way to implement this also in later versions
> so that the program remains simple and the minibuffer is fully visible?

I'm not sure I understood, but if you put a face on some text, and
then type at the end of that text, the additional text you type is
supposed to "inherit" that face, no?




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#67715; Package emacs. Full text available.

Message received at 67715 <at> debbugs.gnu.org:


Received: (at 67715) by debbugs.gnu.org; 9 Dec 2023 20:10:06 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Dec 09 15:10:06 2023
Received: from localhost ([127.0.0.1]:49041 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rC3eI-0005Bd-H8
	for submit <at> debbugs.gnu.org; Sat, 09 Dec 2023 15:10:06 -0500
Received: from [78.47.144.35] (port=55720 helo=metalevel.at)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <triska@HIDDEN>) id 1rC3eG-0005BT-DX
 for 67715 <at> debbugs.gnu.org; Sat, 09 Dec 2023 15:10:05 -0500
Received: by metalevel.at (Postfix, from userid 1000)
 id ED2B19C76B; Sat,  9 Dec 2023 21:09:48 +0100 (CET)
From: Markus Triska <triska@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#67715: 28.2;
 Minibuffer content is sometimes unexpectedly partially hidden
References: <87plzg5xff.fsf@HIDDEN> <838r64zb3r.fsf@HIDDEN>
 <874jgrvotz.fsf@HIDDEN> <83wmtnyffx.fsf@HIDDEN>
 <878r63vjal.fsf@HIDDEN> <83sf4bwbpy.fsf@HIDDEN>
Date: Sat, 09 Dec 2023 21:09:48 +0100
In-Reply-To: <83sf4bwbpy.fsf@HIDDEN> (Eli Zaretskii's message of "Sat, 09 Dec
 2023 19:02:33 +0200")
Message-ID: <87r0jvf88j.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 1.3 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview: Eli Zaretskii <eliz@HIDDEN> writes: > This seems to work:...
 Thank you a lot for looking into this! As mentioned, I am using Emacs to
 simulate interactions that would take place if the user pressed certain keys, 
 and so I would also like to show the effects of c [...] 
 Content analysis details:   (1.3 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
 0.0 SPF_NONE               SPF: sender does not publish an SPF Record
 -0.0 T_SCC_BODY_TEXT_LINE   No description available.
 1.3 RDNS_NONE Delivered to internal network by a host with no rDNS
X-Debbugs-Envelope-To: 67715
Cc: 67715 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.3 (/)

Eli Zaretskii <eliz@HIDDEN> writes:

> This seems to work:...

Thank you a lot for looking into this! As mentioned, I am using Emacs to
simulate interactions that would take place if the user pressed certain
keys, and so I would also like to show the effects of continuous typing
in the buffer, i.e., incrementally adding or even removing text, like a
normal interaction that would take place in the minibuffer.

A condensed example of this is given in #34957, where "hello" is
followed by " there!". In my actual application, these texts are not
added in blocked chunks, but continuously letter by letter, and I can
easily do this also with a larger font by remapping the default face, in
Emacs versions before 28.2, by simply inserting the intended letters in
the minibuffer. Is there a way to implement this also in later versions
so that the program remains simple and the minibuffer is fully visible?

Thank you a lot!
Markus




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#67715; Package emacs. Full text available.

Message received at 67715 <at> debbugs.gnu.org:


Received: (at 67715) by debbugs.gnu.org; 9 Dec 2023 17:03:13 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Dec 09 12:03:13 2023
Received: from localhost ([127.0.0.1]:48830 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rC0jQ-0008UF-M1
	for submit <at> debbugs.gnu.org; Sat, 09 Dec 2023 12:03:13 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10]:45650)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1rC0jM-0008U1-Qf
 for 67715 <at> debbugs.gnu.org; Sat, 09 Dec 2023 12:03:11 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1rC0j3-0008WS-4h; Sat, 09 Dec 2023 12:02:49 -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=wNFvzncvc/+za9dXDqGmvMI8U03byZLOBs5FPp5XCVA=; b=it6ifNvXxFyG
 6ukjuNRRsPpNQiOsrdvaQqcBnvfvy9c1r7jYcUPPw76Z0PeiJ27iWv5m8gxP11jfxwjc5rHvtCeke
 mSAHxtR1HnLm/f5aay+RbC6wbQL8WRFgBNDdBmiYXWO4iaXRr9etcZxN45vNG5DvA7VQ8HpbNtE5Z
 kvZmIXbqmjZparH8aEzopP7pFnpvjwXrx519xvyRiQK7LjlbsJfOkJ+WwJiJ4BxfhEYkt+Mn5JRS1
 zI/Wdp6Z5dk4gxnDjM9q/dk9Ik6Za3hKk/fundarLjGigVvXtaOUS5ixU/g+cCU9Syy3NekmVCfxy
 TtWat5ppncUK16Xi2RI8+Q==;
Date: Sat, 09 Dec 2023 19:02:33 +0200
Message-Id: <83sf4bwbpy.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Markus Triska <triska@HIDDEN>
In-Reply-To: <878r63vjal.fsf@HIDDEN> (message from Markus Triska on Sat, 
 09 Dec 2023 10:04:18 +0100)
Subject: Re: bug#67715: 28.2;
 Minibuffer content is sometimes unexpectedly partially hidden
References: <87plzg5xff.fsf@HIDDEN> <838r64zb3r.fsf@HIDDEN>
 <874jgrvotz.fsf@HIDDEN> <83wmtnyffx.fsf@HIDDEN>
 <878r63vjal.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 67715
Cc: 67715 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Markus Triska <triska@HIDDEN>
> Cc: 67715 <at> debbugs.gnu.org
> Date: Sat, 09 Dec 2023 10:04:18 +0100
> 
> (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)))
>     (let ((w (selected-window)))
>       (unwind-protect
>           (progn
>             (select-window (minibuffer-window))
>             (setq-local face-remapping-alist `((default :height 2.0)))
>             (fit-window-to-buffer)
>             (insert "hello")
>             (read-key))
>         (erase-buffer))
>       (select-window w))))

This seems to work:

(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)))
    (let ((w (selected-window)))
      (unwind-protect
          (progn
            (select-window (minibuffer-window))
            (fit-window-to-buffer)
            (read-key (propertize "hello" 'face '(:height 2.0))))
        (erase-buffer))
      (select-window w))))

As well as this (which is a minor variant of your original recipe);

    (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
              (read-key (propertize "hello" 'face '(:height 2.0)))
            (erase-buffer)))))




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#67715; Package emacs. Full text available.

Message received at 67715 <at> debbugs.gnu.org:


Received: (at 67715) by debbugs.gnu.org; 9 Dec 2023 11:18:47 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Dec 09 06:18:47 2023
Received: from localhost ([127.0.0.1]:46898 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rBvM4-0001HV-9l
	for submit <at> debbugs.gnu.org; Sat, 09 Dec 2023 06:18:47 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10]:36614)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1rBvM1-0001HE-Mn
 for 67715 <at> debbugs.gnu.org; Sat, 09 Dec 2023 06:18:42 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1rBvLh-0004Mv-Hd; Sat, 09 Dec 2023 06:18:21 -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=Gq0oFiTXMTEX75M3G7a5E6U62sc9FJuMPJKnspxSIn8=; b=AFfX1O/7110O
 6b/jTPLHicN5hrQaLNUHRnL74WmIyFgQNoeM2XHJW2GAM55FqFi7BYOLhY1a8rqxaviQyGSKKoZFJ
 +o24i6H9YxNXMGAJCDTZGpdqchpq+zPc76hz/M1IdOfvNxGP4GK1+fw4B2gTQeMJLr1wjz0+3EQBr
 wlWr2acFAM7gOFEnQIbV0+i652xoDGCgRUmZ3pqqYFXRrfYbH7aH/rj1CZdL58SSt+ChV4vPVCWnI
 oeY+txHyqNKdyOqpvOf5WpFY0V9deGGzQQ0NXJY6kAfSDq5ZgW1+J6FMV/kn6JAoUkfrl5w0XIoF8
 /ioQL/SwhDYG9hHwQED7Yw==;
Date: Sat, 09 Dec 2023 13:18:02 +0200
Message-Id: <837clny68l.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Markus Triska <triska@HIDDEN>, martin rudalics <rudalics@HIDDEN>
In-Reply-To: <878r63vjal.fsf@HIDDEN> (message from Markus Triska on Sat, 
 09 Dec 2023 10:04:18 +0100)
Subject: Re: bug#67715: 28.2;
 Minibuffer content is sometimes unexpectedly partially hidden
References: <87plzg5xff.fsf@HIDDEN> <838r64zb3r.fsf@HIDDEN>
 <874jgrvotz.fsf@HIDDEN> <83wmtnyffx.fsf@HIDDEN>
 <878r63vjal.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 67715
Cc: 67715 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Markus Triska <triska@HIDDEN>
> Cc: 67715 <at> debbugs.gnu.org
> Date: Sat, 09 Dec 2023 10:04:18 +0100
> 
> Eli Zaretskii <eliz@HIDDEN> writes:
> 
> > I don't know.  You haven't actually explained what you are trying to
> > accomplish and why you use this strange way of accomplishing it.  Why
> > not, for example, use the minibuffer-prompt face instead to show the
> > prompt in a different typeface?
> 
> In order to automatically explain certain Emacs features, I am using
> Emacs to simulate interactions that would take place if the user pressed
> certain keys. For this reason, I have a program that inserts text in the
> minibuffer, as if the user had typed the text. In the Emacs versions I
> mentioned, this works as expected: The minibuffer resizes as if the user
> had typed the text. I noticed that in Emacs versions starting from 28.2,
> this no longer works. For my use case, this is a regression which I
> filed as an issue. I filed the issue by following the instructions:
> 
>     Please describe exactly what actions triggered the bug,
>     and the precise symptoms of the bug. If you can, give a recipe
>     starting from 'emacs -Q':
> 
> I kept the issue to a smallest fragment that exhibits the regression,
> and it comes as a surprise to me that you now say "You haven't actually
> explained what you are trying to accomplish and why you use this strange
> way of accomplishing it", because such an explanation was never asked
> for and also the instructions for filing an issue do not mention it.

There's nothing wrong with your original report.  I asked for
additional details to understand better what you are trying tio
accomplish, in the hope that it will facilitate ideas for working
around the problem.

I'm adding Martin to this discussion in the hope that he could have
some ideas.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#67715; Package emacs. Full text available.

Message received at 67715 <at> debbugs.gnu.org:


Received: (at 67715) by debbugs.gnu.org; 9 Dec 2023 09:04:35 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Dec 09 04:04:35 2023
Received: from localhost ([127.0.0.1]:46806 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rBtGE-0003W3-Se
	for submit <at> debbugs.gnu.org; Sat, 09 Dec 2023 04:04:35 -0500
Received: from [78.47.144.35] (port=49888 helo=metalevel.at)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <triska@HIDDEN>) id 1rBtGD-0003Vv-Pd
 for 67715 <at> debbugs.gnu.org; Sat, 09 Dec 2023 04:04:34 -0500
Received: by metalevel.at (Postfix, from userid 1000)
 id CB25C9C76A; Sat,  9 Dec 2023 10:04:18 +0100 (CET)
From: Markus Triska <triska@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#67715: 28.2;
 Minibuffer content is sometimes unexpectedly partially hidden
References: <87plzg5xff.fsf@HIDDEN> <838r64zb3r.fsf@HIDDEN>
 <874jgrvotz.fsf@HIDDEN> <83wmtnyffx.fsf@HIDDEN>
Date: Sat, 09 Dec 2023 10:04:18 +0100
In-Reply-To: <83wmtnyffx.fsf@HIDDEN> (Eli Zaretskii's message of "Sat, 09 Dec
 2023 09:59:14 +0200")
Message-ID: <878r63vjal.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 1.3 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview: Eli Zaretskii <eliz@HIDDEN> writes: > I don't know. You
 haven't
 actually explained what you are trying to > accomplish and why you use this
 strange way of accomplishing it. Why > not, for example,
 use the minibuffer-prompt face instead [...] 
 Content analysis details:   (1.3 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
 0.0 SPF_NONE               SPF: sender does not publish an SPF Record
 -0.0 T_SCC_BODY_TEXT_LINE   No description available.
 1.3 RDNS_NONE Delivered to internal network by a host with no rDNS
X-Debbugs-Envelope-To: 67715
Cc: 67715 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.3 (/)

Eli Zaretskii <eliz@HIDDEN> writes:

> I don't know.  You haven't actually explained what you are trying to
> accomplish and why you use this strange way of accomplishing it.  Why
> not, for example, use the minibuffer-prompt face instead to show the
> prompt in a different typeface?

In order to automatically explain certain Emacs features, I am using
Emacs to simulate interactions that would take place if the user pressed
certain keys. For this reason, I have a program that inserts text in the
minibuffer, as if the user had typed the text. In the Emacs versions I
mentioned, this works as expected: The minibuffer resizes as if the user
had typed the text. I noticed that in Emacs versions starting from 28.2,
this no longer works. For my use case, this is a regression which I
filed as an issue. I filed the issue by following the instructions:

    Please describe exactly what actions triggered the bug,
    and the precise symptoms of the bug. If you can, give a recipe
    starting from 'emacs -Q':

I kept the issue to a smallest fragment that exhibits the regression,
and it comes as a surprise to me that you now say "You haven't actually
explained what you are trying to accomplish and why you use this strange
way of accomplishing it", because such an explanation was never asked
for and also the instructions for filing an issue do not mention it.
Still, I have now provided the explanation and I hope it suffices to
explain the concrete use case I have for this feature. If you need to
know anything else to improve this case, please ask me. Thank you a lot!

> mini-window.  When redisplay is inhibited, the code which resizes the
> mini-window returns without doing anything.  So one way of fixing this
> would be to try to avoid with-selected-window, and instead use some
> other way of achieving what you want to do.

I have now tried various ways to resize the minibuffer in the situation
I posted, and so far found no way to do it. I am including a snippet
that uses fit-window-to-buffer, and does not use with-selected-window,
and still the text in the minibuffer is not fully visible. I have also
changed attributes of minibuffer-prompt, and they seem to have no effect
on the case I posted: In my use case, I deliberately use a larger face
so that the simulated minibuffer interaction is more easily readable.

If there is any other way I should try, or any way to get the minibuffer
to show the entire buffer content in the situation I mentioned, please
let me know any time, I would greatly appreciate your help with this.

Thank you a lot,
Markus


(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)))
    (let ((w (selected-window)))
      (unwind-protect
          (progn
            (select-window (minibuffer-window))
            (setq-local face-remapping-alist `((default :height 2.0)))
            (fit-window-to-buffer)
            (insert "hello")
            (read-key))
        (erase-buffer))
      (select-window w))))




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#67715; Package emacs. Full text available.

Message received at 67715 <at> debbugs.gnu.org:


Received: (at 67715) by debbugs.gnu.org; 9 Dec 2023 07:59:54 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Dec 09 02:59:54 2023
Received: from localhost ([127.0.0.1]:46744 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rBsFd-0001bL-Vy
	for submit <at> debbugs.gnu.org; Sat, 09 Dec 2023 02:59:54 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10]:48888)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1rBsFb-0001b7-QK
 for 67715 <at> debbugs.gnu.org; Sat, 09 Dec 2023 02:59:52 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1rBsFG-0006CN-Ty; Sat, 09 Dec 2023 02:59:32 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From:
 Date; bh=0qP8kfHijxpqjnoUiiJm4GjI62sp5ZYIhAy69JdWfFc=; b=sYgoYryjZeN+IL9mZzZp
 7UqBN5wP4qaBOeRq3KM/dajxULe7HNNkYC9GBarMoO6RA7qsFw5sKQlHa9vMjMUW4oxGpapvXo7V3
 Zi/6srewgtkV0TWsHa9TdrYp+w3lplTf3yzv1Abi+qcG0PolL2aW44mmHf+sPUJy/sTj1OUDowrty
 VgHhv/blTH0SRd3mS08xWg328yKQd3xfpbBaIsCUS7LUC19HXTvbstfZgx7kBXdy0i4j+2A7Zqsrx
 +hKkmp8o9p5aiH1SmEnHtM+pQAb7+p80QfMfbv42joI3MDrRXDyGwdpLjnZhq8ykHbUjzZKtJBZ4B
 w0P8bUgk0Qe26Q==;
Date: Sat, 09 Dec 2023 09:59:14 +0200
Message-Id: <83wmtnyffx.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Markus Triska <triska@HIDDEN>
In-Reply-To: <874jgrvotz.fsf@HIDDEN> (message from Markus Triska on Sat, 
 09 Dec 2023 08:04:40 +0100)
Subject: Re: bug#67715: 28.2;
 Minibuffer content is sometimes unexpectedly partially hidden
References: <87plzg5xff.fsf@HIDDEN> <838r64zb3r.fsf@HIDDEN>
 <874jgrvotz.fsf@HIDDEN>
MIME-version: 1.0
Content-type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 67715
Cc: 67715 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Markus Triska <triska@HIDDEN>
> Cc: 67715 <at> debbugs.gnu.org
> Date: Sat, 09 Dec 2023 08:04:40 +0100
> 
> Eli Zaretskii <eliz@HIDDEN> writes:
> 
> > Why did you expect the mini-window to resize in this case?
> 
> The Emacs Lisp documentation states in section 21.1:
> 
>     The minibuffer’s window is normally a single line; it grows
>     automatically if the contents require more space.

As I said, this is currently limited to showing echo-area messages and
prompts for the user to type some input.  The text above didn't
imagine someone will want to use the mini-window as a normal window
and just insert there some arbitrary text.

> I added (fit-window-to-buffer) after inserting the text, and still the
> text is not fully visible. fit-window-to-buffer is documented as:
> 
>     Adjust size of WINDOW to display its buffer’s contents exactly.
> 
> I would greatly prefer if Emacs works as documented. Should I file a
> separate issue for this, or is this also a case of wontfix? Is there any
> way to solve the issue?

I don't know.  You haven't actually explained what you are trying to
accomplish and why you use this strange way of accomplishing it.  Why
not, for example, use the minibuffer-prompt face instead to show the
prompt in a different typeface?

But yes, it is possible that we will not want to fix that, since the
change was to solve a more serious issue, and I don't see how these
two issues could be reconciled given the way redisplay currently
works.

The basic technical reason for what you see is that redisplay is
inhibited when with-selected-window returns and restores the selected
window, which is in your case the opportunity to resize the
mini-window.  When redisplay is inhibited, the code which resizes the
mini-window returns without doing anything.  So one way of fixing this
would be to try to avoid with-selected-window, and instead use some
other way of achieving what you want to do.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#67715; Package emacs. Full text available.

Message received at 67715 <at> debbugs.gnu.org:


Received: (at 67715) by debbugs.gnu.org; 9 Dec 2023 07:04:58 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Dec 09 02:04:58 2023
Received: from localhost ([127.0.0.1]:46698 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rBrOU-0000Co-9u
	for submit <at> debbugs.gnu.org; Sat, 09 Dec 2023 02:04:58 -0500
Received: from [78.47.144.35] (port=49094 helo=metalevel.at)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <triska@HIDDEN>) id 1rBrOR-0000Cd-Qk
 for 67715 <at> debbugs.gnu.org; Sat, 09 Dec 2023 02:04:57 -0500
Received: by metalevel.at (Postfix, from userid 1000)
 id E51AB9C76B; Sat,  9 Dec 2023 08:04:40 +0100 (CET)
From: Markus Triska <triska@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#67715: 28.2;
 Minibuffer content is sometimes unexpectedly partially hidden
References: <87plzg5xff.fsf@HIDDEN> <838r64zb3r.fsf@HIDDEN>
Date: Sat, 09 Dec 2023 08:04:40 +0100
In-Reply-To: <838r64zb3r.fsf@HIDDEN> (Eli Zaretskii's message of "Fri, 08 Dec
 2023 22:35:20 +0200")
Message-ID: <874jgrvotz.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 1.3 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview:  Eli Zaretskii <eliz@HIDDEN> writes: > Why did you expect
 the mini-window to resize in this case? The Emacs Lisp documentation states
 in section 21.1: 
 Content analysis details:   (1.3 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
 0.0 SPF_NONE               SPF: sender does not publish an SPF Record
 -0.0 T_SCC_BODY_TEXT_LINE   No description available.
 1.3 RDNS_NONE Delivered to internal network by a host with no rDNS
X-Debbugs-Envelope-To: 67715
Cc: 67715 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.3 (/)

Eli Zaretskii <eliz@HIDDEN> writes:

> Why did you expect the mini-window to resize in this case?

The Emacs Lisp documentation states in section 21.1:

    The minibuffer=E2=80=99s window is normally a single line; it grows
    automatically if the contents require more space.

I therefore expected it to grow automatically in the case I posted,
especially also because this is done in many Emacs versions before 28.2,
such as 26.1, 26.2, 26.3, 27.1, 27.2 and 28.1.

> find another way of ensuring the enlarged text is visible, in your
>
I added (fit-window-to-buffer) after inserting the text, and still the
text is not fully visible. fit-window-to-buffer is documented as:

    Adjust size of WINDOW to display its buffer=E2=80=99s contents exactly.

I would greatly prefer if Emacs works as documented. Should I file a
separate issue for this, or is this also a case of wontfix? Is there any
way to solve the issue?

Thank you a lot!
Markus




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#67715; Package emacs. Full text available.
Added tag(s) wontfix. Request was from Eli Zaretskii <eliz@HIDDEN> to control <at> debbugs.gnu.org. Full text available.

Message received at 67715 <at> debbugs.gnu.org:


Received: (at 67715) by debbugs.gnu.org; 8 Dec 2023 20:35:57 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Dec 08 15:35:56 2023
Received: from localhost ([127.0.0.1]:46285 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rBhZk-0008Sl-DW
	for submit <at> debbugs.gnu.org; Fri, 08 Dec 2023 15:35:56 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10]:53192)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>)
 id 1rBhZi-0008SK-8U; Fri, 08 Dec 2023 15:35:55 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1rBhZP-0002PY-1f; Fri, 08 Dec 2023 15:35:35 -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=WmIkrL3JP/JUJF9rPyoHUm8vDODtpy2wKT1WdvBbiOg=; b=ip88V6slgXAa
 OFTV7XnroF9c9a4h3Yaj5bsBCSUyUINZFoilGudgvloxiGPqxYn92hbyy/DbXp7HomT4oWYKHISnc
 B6ZWJyupeIzVFSTDhCWoKUZIIsbPm4R38E40wM3yPTt+oX53u4uJes09txIjIOqCvE8paJ5N94xxV
 atL94RmXombFv64fi9qOeaduHGlc6MnO5rCDtyCevC9axiDi9qIHOTcAaeVf6S6uJcP921E1PVG1L
 z685zM94bKKpVtK3p4dxrko3tt3k7MW19tS34jZO6ttm9h+TNBcavX47XODpq08aV/OmX0JI2yIzg
 CggbQD2v8+JFZah3AyUgiA==;
Date: Fri, 08 Dec 2023 22:35:20 +0200
Message-Id: <838r64zb3r.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Markus Triska <triska@HIDDEN>
In-Reply-To: <87plzg5xff.fsf@HIDDEN> (message from Markus Triska on Fri, 
 08 Dec 2023 20:03:32 +0100)
Subject: Re: bug#67715: 28.2;
 Minibuffer content is sometimes unexpectedly partially hidden
References: <87plzg5xff.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 67715
Cc: 67715 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

tags 67715 wontfix
thanks

> From: Markus Triska <triska@HIDDEN>
> Date: Fri, 08 Dec 2023 20:03:32 +0100
> 
> To reproduce the issue, please start Emacs with:
> 
>     $ emacs -Q
> 
> Then put the following form in the *scratch* buffer and evaluate it with
> C-x e:
> 
>     (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)))))
> 
> "hello" is shown in the minibuffer, but it is partially hidden.
> 
> For comparison, in Emacs 28.1, "hello" is fully visible.
> 
> Can you reproduce this issue, and if possible, could you please restore
> the behaviour of Emacs 28.1 and earlier versions for this example?

The change which caused this cannot be reverted, since it will
reintroduce a worse bug (bug#24285).

Why did you expect the mini-window to resize in this case?  Emacs
doesn't resize a window just because you enlarge a font shown in that
window, which makes some of the text invisible because it not longer
fits into the window's dimensions.  The automatic resizing of the
mini-window is reserved for its uses to prompt the user and to show
echo-area messages, whereas your snippet just uses it as a normal
window showing some buffer.

So I don't think we will change this behavior, and you will need to
find another way of ensuring the enlarged text is visible, in your
real-life use case.

Sorry.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#67715; Package emacs. Full text available.

Message received at submit <at> debbugs.gnu.org:


Received: (at submit) by debbugs.gnu.org; 8 Dec 2023 19:04:06 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Dec 08 14:04:06 2023
Received: from localhost ([127.0.0.1]:46200 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rBg8r-0001P9-NK
	for submit <at> debbugs.gnu.org; Fri, 08 Dec 2023 14:04:06 -0500
Received: from lists.gnu.org ([2001:470:142::17]:42150)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <triska@HIDDEN>) id 1rBg8o-0001OO-Pq
 for submit <at> debbugs.gnu.org; Fri, 08 Dec 2023 14:04:03 -0500
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 <triska@HIDDEN>)
 id 1rBg8W-0007Kv-5n
 for bug-gnu-emacs@HIDDEN; Fri, 08 Dec 2023 14:03:44 -0500
Received: from [78.47.144.35] (helo=metalevel.at)
 by eggs.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <triska@HIDDEN>) id 1rBg8Q-0001pk-74
 for bug-gnu-emacs@HIDDEN; Fri, 08 Dec 2023 14:03:43 -0500
Received: from mt-VivoBook (localhost [127.0.0.1])
 by metalevel.at (Postfix) with ESMTPS id 9AD949C751
 for <bug-gnu-emacs@HIDDEN>; Fri,  8 Dec 2023 20:03:34 +0100 (CET)
Received: by mt-VivoBook (Postfix, from userid 1000)
 id 0F7A581938; Fri,  8 Dec 2023 20:03:32 +0100 (CET)
From: Markus Triska <triska@HIDDEN>
To: bug-gnu-emacs@HIDDEN
Subject: 28.2; Minibuffer content is sometimes unexpectedly partially hidden
Date: Fri, 08 Dec 2023 20:03:32 +0100
Message-ID: <87plzg5xff.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-Host-Lookup-Failed: Reverse DNS lookup failed for 78.47.144.35 (failed)
Received-SPF: none client-ip=78.47.144.35; envelope-from=triska@HIDDEN;
 helo=metalevel.at
X-Spam_score_int: -10
X-Spam_score: -1.1
X-Spam_bar: -
X-Spam_report: (-1.1 / 5.0 requ) BAYES_00=-1.9, RDNS_NONE=0.793,
 SPF_HELO_NONE=0.001, SPF_NONE=0.001,
 T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -0.0 (/)
X-Debbugs-Envelope-To: submit
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

To reproduce the issue, please start Emacs with:

    $ emacs -Q

Then put the following form in the *scratch* buffer and evaluate it with
C-x e:

    (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)))))

"hello" is shown in the minibuffer, but it is partially hidden.

For comparison, in Emacs 28.1, "hello" is fully visible.

Can you reproduce this issue, and if possible, could you please restore
the behaviour of Emacs 28.1 and earlier versions for this example?

Thank you and all the best,
Markus

In GNU Emacs 28.2 (build 1, x86_64-pc-linux-gnu, X toolkit, Xaw scroll bars)
 of 2023-12-08 built on mt-book
Windowing system distributor 'The X.Org Foundation', version 11.0.12201003
System Description: Ubuntu 23.10

Configured using:
 'configure --with-x-toolkit=lucid --with-gif=no --with-tiff=no
 --with-gnutls=no'

Configured features:
FREETYPE GMP JPEG LIBXML2 MODULES NOTIFY INOTIFY PDUMPER PNG SECCOMP
SOUND THREADS TOOLKIT_SCROLL_BARS X11 XDBE XFT XIM XPM LUCID ZLIB

Important settings:
  value of $LC_MONETARY: de_DE.UTF-8
  value of $LC_NUMERIC: de_DE.UTF-8
  value of $LC_TIME: de_DE.UTF-8
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: @im=ibus
  locale-coding-system: utf-8-unix





Acknowledgement sent to Markus Triska <triska@HIDDEN>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs@HIDDEN. Full text available.
Report forwarded to bug-gnu-emacs@HIDDEN:
bug#67715; Package emacs. Full text available.
Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.
Last modified: Sat, 20 Jan 2024 12:30:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.