From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#43813: [BUG] current-message not working with minibuffer-message Date: Mon, 05 Oct 2020 20:01:15 +0300 Message-ID: <83362sd2uc.fsf@gnu.org> References: <112871601882593@mail.yandex.ru> <83blhgdetr.fsf@gnu.org> <601331601912261@mail.yandex.ru> <834kn8d59p.fsf@gnu.org> <575741601915224@mail.yandex.ru> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="31709"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 43813@debbugs.gnu.org To: pinkanon pinkanon Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Oct 05 19:02:15 2020 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 1kPTsN-0008A8-Eo for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 05 Oct 2020 19:02:15 +0200 Original-Received: from localhost ([::1]:50126 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kPTsM-000408-Gr for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 05 Oct 2020 13:02:14 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:48484) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kPTsB-0003yu-0y for bug-gnu-emacs@gnu.org; Mon, 05 Oct 2020 13:02:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:38857) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kPTsA-0002sS-ML for bug-gnu-emacs@gnu.org; Mon, 05 Oct 2020 13:02:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kPTsA-0005kS-JR for bug-gnu-emacs@gnu.org; Mon, 05 Oct 2020 13:02:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 05 Oct 2020 17:02:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43813 X-GNU-PR-Package: emacs Original-Received: via spool by 43813-submit@debbugs.gnu.org id=B43813.160191728822056 (code B ref 43813); Mon, 05 Oct 2020 17:02:02 +0000 Original-Received: (at 43813) by debbugs.gnu.org; 5 Oct 2020 17:01:28 +0000 Original-Received: from localhost ([127.0.0.1]:50403 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kPTrc-0005jg-Hc for submit@debbugs.gnu.org; Mon, 05 Oct 2020 13:01:28 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:41464) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kPTrZ-0005jP-Ux for 43813@debbugs.gnu.org; Mon, 05 Oct 2020 13:01:27 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:34288) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kPTrU-0002oY-Ei; Mon, 05 Oct 2020 13:01:20 -0400 Original-Received: from [176.228.60.248] (port=2408 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kPTrO-0004f4-Dg; Mon, 05 Oct 2020 13:01:16 -0400 In-Reply-To: <575741601915224@mail.yandex.ru> (message from pinkanon pinkanon on Mon, 05 Oct 2020 19:33:47 +0300) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:189840 Archived-At: > From: pinkanon pinkanon > Cc: "43813@debbugs.gnu.org" <43813@debbugs.gnu.org> > Date: Mon, 05 Oct 2020 19:33:47 +0300 > > Even though it's still displayed in the mini window? So, after it's been rendered, it's basically gone then? No, it isn't displayed then, the mini-window is cleared. You can see in the doc string of minibuffer-message that it displays the message for some time, or until some input event arrives. Then the message is cleared. Why do you need to get at the text shown by minibuffer-message? For what purpose? That function specifically exists to show temporary messages, so the text is ephemeral, it goes away as soon as the user types something.