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==
bug-gnu-emacs@HIDDEN
:bug#67715
; Package emacs
.
Full text available.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
bug-gnu-emacs@HIDDEN
:bug#67715
; Package emacs
.
Full text available.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
bug-gnu-emacs@HIDDEN
:bug#67715
; Package emacs
.
Full text available.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
bug-gnu-emacs@HIDDEN
:bug#67715
; Package emacs
.
Full text available.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.
bug-gnu-emacs@HIDDEN
:bug#67715
; Package emacs
.
Full text available.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
bug-gnu-emacs@HIDDEN
:bug#67715
; Package emacs
.
Full text available.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).
bug-gnu-emacs@HIDDEN
:bug#67715
; Package emacs
.
Full text available.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
bug-gnu-emacs@HIDDEN
:bug#67715
; Package emacs
.
Full text available.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?
bug-gnu-emacs@HIDDEN
:bug#67715
; Package emacs
.
Full text available.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
bug-gnu-emacs@HIDDEN
:bug#67715
; Package emacs
.
Full text available.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)))))
bug-gnu-emacs@HIDDEN
:bug#67715
; Package emacs
.
Full text available.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.
bug-gnu-emacs@HIDDEN
:bug#67715
; Package emacs
.
Full text available.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))))
bug-gnu-emacs@HIDDEN
:bug#67715
; Package emacs
.
Full text available.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.
bug-gnu-emacs@HIDDEN
:bug#67715
; Package emacs
.
Full text available.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
bug-gnu-emacs@HIDDEN
:bug#67715
; Package emacs
.
Full text available.Eli Zaretskii <eliz@HIDDEN>
to control <at> debbugs.gnu.org
.
Full text available.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.
bug-gnu-emacs@HIDDEN
:bug#67715
; Package emacs
.
Full text available.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
Markus Triska <triska@HIDDEN>
:bug-gnu-emacs@HIDDEN
.
Full text available.bug-gnu-emacs@HIDDEN
:bug#67715
; Package emacs
.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.