From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Markus Triska Newsgroups: gmane.emacs.bugs Subject: bug#67715: 28.2; Minibuffer content is sometimes unexpectedly partially hidden Date: Sat, 09 Dec 2023 22:11:34 +0100 Message-ID: <87y1e3axo9.fsf@metalevel.at> References: <87plzg5xff.fsf@metalevel.at> <838r64zb3r.fsf@gnu.org> <874jgrvotz.fsf@metalevel.at> <83wmtnyffx.fsf@gnu.org> <878r63vjal.fsf@metalevel.at> <83sf4bwbpy.fsf@gnu.org> <87r0jvf88j.fsf@metalevel.at> <83msujw2ks.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="6684"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) Cc: 67715@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Dec 09 22:12:36 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1rC4cm-0001ZE-GU for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 09 Dec 2023 22:12:36 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rC4c4-0007YQ-CK; Sat, 09 Dec 2023 16:11:52 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rC4c1-0007Xq-Kx for bug-gnu-emacs@gnu.org; Sat, 09 Dec 2023 16:11:49 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rC4c0-00055q-Uo for bug-gnu-emacs@gnu.org; Sat, 09 Dec 2023 16:11:48 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rC4cE-0006we-6g for bug-gnu-emacs@gnu.org; Sat, 09 Dec 2023 16:12:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Markus Triska Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 09 Dec 2023 21:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67715 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix Original-Received: via spool by 67715-submit@debbugs.gnu.org id=B67715.170215631326677 (code B ref 67715); Sat, 09 Dec 2023 21:12:02 +0000 Original-Received: (at 67715) by debbugs.gnu.org; 9 Dec 2023 21:11:53 +0000 Original-Received: from localhost ([127.0.0.1]:49088 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rC4c4-0006wD-Tf for submit@debbugs.gnu.org; Sat, 09 Dec 2023 16:11:53 -0500 Original-Received: from [78.47.144.35] (port=56268 helo=metalevel.at) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rC4c1-0006w2-Rs for 67715@debbugs.gnu.org; Sat, 09 Dec 2023 16:11:50 -0500 Original-Received: by metalevel.at (Postfix, from userid 1000) id A90B99C76B; Sat, 9 Dec 2023 22:11:34 +0100 (CET) In-Reply-To: <83msujw2ks.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 09 Dec 2023 22:20:03 +0200") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:275882 Archived-At: Eli Zaretskii 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