From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: HaiJun Zhang Newsgroups: gmane.emacs.bugs Subject: bug#38457: 27.0.50; dabbrev-expand regression due to message change Date: Wed, 11 Dec 2019 11:35:11 +0800 Message-ID: References: <8736e3vve8.fsf@gmx.net> <8736e2coyv.fsf@mail.linkov.net> <83y2vujd0y.fsf@gnu.org> <87blspm0sm.fsf@mail.linkov.net> <837e3ckbem.fsf@gnu.org> <871rtjn0kt.fsf@mail.linkov.net> <83lfrrigj8.fsf@gnu.org> <87eexiqps5.fsf@mail.linkov.net> <83lfrphp94.fsf@gnu.org> <87wob7g2jk.fsf@mail.linkov.net> <83k177ebs0.fsf@gnu.org> <87muc27prn.fsf@mail.linkov.net> <83tv6acgq5.fsf@gnu.org> <87eexdoygh.fsf@mail.linkov.net> <83tv68c0nb.fsf@gnu.org> <83h828b0lz.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="5df063f4_cc1016f_422" Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="199780"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 38457@debbugs.gnu.org To: juri@linkov.net, Stefan Monnier , Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Dec 11 04:36:15 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iesnO-000pjy-4b for geb-bug-gnu-emacs@m.gmane.org; Wed, 11 Dec 2019 04:36:14 +0100 Original-Received: from localhost ([::1]:38344 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iesnM-00049p-NJ for geb-bug-gnu-emacs@m.gmane.org; Tue, 10 Dec 2019 22:36:12 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:54375) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iesnD-000466-No for bug-gnu-emacs@gnu.org; Tue, 10 Dec 2019 22:36:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iesnC-0006UE-G3 for bug-gnu-emacs@gnu.org; Tue, 10 Dec 2019 22:36:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:50845) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iesnC-0006Tl-CS for bug-gnu-emacs@gnu.org; Tue, 10 Dec 2019 22:36:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iesnC-0002yx-7R for bug-gnu-emacs@gnu.org; Tue, 10 Dec 2019 22:36:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: HaiJun Zhang Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 11 Dec 2019 03:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38457 X-GNU-PR-Package: emacs Original-Received: via spool by 38457-submit@debbugs.gnu.org id=B38457.157603533111421 (code B ref 38457); Wed, 11 Dec 2019 03:36:02 +0000 Original-Received: (at 38457) by debbugs.gnu.org; 11 Dec 2019 03:35:31 +0000 Original-Received: from localhost ([127.0.0.1]:56818 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iesmg-0002y9-Qd for submit@debbugs.gnu.org; Tue, 10 Dec 2019 22:35:31 -0500 Original-Received: from mail-oln040092255050.outbound.protection.outlook.com ([40.92.255.50]:47168 helo=APC01-HK2-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iesme-0002xi-Mu for 38457@debbugs.gnu.org; Tue, 10 Dec 2019 22:35:30 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=fm54k+95HIhKuNp0jUk3GlN+ztgFtYwGuVXrH4KqlrL47w5KMwXyAEZ7/Pfe1fl5P/ADK2kqJqzjXCInK2pdQskaqBfq8ArosLG/ymotaph10D9CEAxSoZhbCiih+bQ/Fr65rAZZHH5S/iP1G5zXwEeA6kefhcwyFeqeJR0Jlni5n6ezohk0tRL78rYgD1rNfl1sHRxpzWOchPMtw6cvoKw+C/cyNPeBjpyBINpxqLPJmANSiDElQUOTQ/Jnkk9eDNcFtNGJ48rk/WHWF1XnuvUNC+d9vJzX0uun5O6fizEpx9sFuMYRU5C3axYJWfTAOpy6HQK6uTfKtVaBvFS1pQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=GGB3xCgwSeQFUEsu1xh2kIZpBRh6cX+qe9Zk1vZbdHE=; b=AYsGAq+7s4L4cYg3rOW36tt+AhxHn1qfQ83tDmcjDtok2urPbjnSqhFltO0VPlY59h28TtQfsXMda9+2qNLFAvY+SQ9HX5VeFwvcKiuWEqIgLetsOnJFNNeUNue+mpB5Slf9U1MCVIBVfRf+LgaV72xqDpgcAl5ezqEh5U0Pk830tKbSQs1bf8a3UGDr/jm+swFm+9iJOqx2c7ITo7RwSWsRLHgWoGb/iqOJrwCGUnURxAMKFmKpT6PH7tomDiVxSahUx/LOjIrk1g5IMxO331RN4Iee8lj3JCvCPDsByIjXngmy4xpZ19nK8lPMvuseKKkKs7KPb/EsT9ELp3MaUg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=outlook.com; dmarc=pass action=none header.from=outlook.com; dkim=pass header.d=outlook.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=GGB3xCgwSeQFUEsu1xh2kIZpBRh6cX+qe9Zk1vZbdHE=; b=BYILKA5MyOcPGMbQthaK4ubEMon7FWtsMblsJz4+BP6U8zQjYQxvO8S21vJVu/1ZJDkaveEhtnSN4qtB/iEuU91/MnvRANsr267+kVd0SvM+d8c288siwDLm/PntBrAN6SC6vz91E7Mys1g96wfANECAi45yXwoYcHCQezjXIfAOYzH9xPauDBWFWnw8lPtmy8+ssp5TtHxmpp5SzqBK5J/5NGnuP8wTAF1iBDgMH5LYpTpWHa5Bm8Coyag6R+AR5e4iMASEmZeGKidV1xkItEtQC3IqJxmPfxNscVE4FD1QgdBNhXctg4/S3EQxSkdl88SpAI623aAWmBsRL5PqUw== Original-Received: from HK2APC01FT033.eop-APC01.prod.protection.outlook.com (10.152.248.58) by HK2APC01HT213.eop-APC01.prod.protection.outlook.com (10.152.249.23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2495.25; Wed, 11 Dec 2019 03:35:19 +0000 Original-Received: from PS1PR03MB3606.apcprd03.prod.outlook.com (10.152.248.56) by HK2APC01FT033.mail.protection.outlook.com (10.152.248.190) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2495.25 via Frontend Transport; Wed, 11 Dec 2019 03:35:19 +0000 X-IncomingTopHeaderMarker: OriginalChecksum:F871D042D3FB9102079EE8E484A5759F84156819865306E1B0F3C2510B94F2D6; UpperCasedChecksum:407E3250AF803DD1309059D416248D3AC0BDFDA63351335700C2780DAFBCED00; SizeAsReceived:9185; Count:48 Original-Received: from PS1PR03MB3606.apcprd03.prod.outlook.com ([fe80::b05a:28e4:205a:d7d4]) by PS1PR03MB3606.apcprd03.prod.outlook.com ([fe80::b05a:28e4:205a:d7d4%5]) with mapi id 15.20.2538.012; Wed, 11 Dec 2019 03:35:19 +0000 In-Reply-To: <83h828b0lz.fsf@gnu.org> X-Readdle-Message-ID: 8eea5ec0-b95f-49a1-b666-95673d712529@Spark X-ClientProxiedBy: HK2PR02CA0178.apcprd02.prod.outlook.com (2603:1096:201:21::14) To PS1PR03MB3606.apcprd03.prod.outlook.com (2603:1096:803:4e::17) X-Microsoft-Original-Message-ID: <8eea5ec0-b95f-49a1-b666-95673d712529@Spark> Original-Received: from [192.168.1.103] (1.199.222.221) by HK2PR02CA0178.apcprd02.prod.outlook.com (2603:1096:201:21::14) with Microsoft SMTP Server (version=TLS1_2, cipher=) via Frontend Transport; Wed, 11 Dec 2019 03:35:18 +0000 X-Readdle-Message-ID: 8eea5ec0-b95f-49a1-b666-95673d712529@Spark X-Microsoft-Original-Message-ID: <8eea5ec0-b95f-49a1-b666-95673d712529@Spark> X-TMN: [AKNMTkHse/hXzA7IdHcllnni61DVz2aZ] X-MS-PublicTrafficType: Email X-IncomingHeaderCount: 48 X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-Correlation-Id: eb720c21-d97e-4c6d-1cf5-08d77deb2554 X-MS-TrafficTypeDiagnostic: HK2APC01HT213: X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: 3PHyDVW9GqffRzDE4CRr+p/beuhX2Fw8Q3e4jTfyKbScW+KEHa0ZAfBoPK3ZtWmbC5tWKJ4kQhCgFgbTAQcJaanZ7AlxiNSd6XK0n79Zie1ZsO6yn/xNJsz32NBb/1RyRQqWhCfTdw1TLfqVN0hGo/WNt3mUWCfX0rKbnxQG7NCnCSnYmG4SoR0cGjsPiOaA X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: eb720c21-d97e-4c6d-1cf5-08d77deb2554 X-MS-Exchange-CrossTenant-OriginalArrivalTime: 11 Dec 2019 03:35:19.5499 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-FromEntityHeader: Internet X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: HK2APC01HT213 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:173169 Archived-At: --5df063f4_cc1016f_422 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline =E5=9C=A8 2019=E5=B9=B412=E6=9C=8811=E6=97=A5 +0800 AM12:36=EF=BC=8CEli Z= aretskii =EF=BC=8C=E5=86=99=E9=81=93=EF=BC=9A > The original problem was, A=46AIU, that various minibuffer prompts > become obscured by echo-area display of messages. So one possible > solution is to modify the subroutines of 'message', e.g., > set=5Fmessage=5F1, to detect the conditions of the minibuffer being > active, and insert the contents of the minibuffer into the echo-area > buffer before the message text. Does anyone see problems with this=3F > I like this idea. I think we don=E2=80=99t need many message-xxx like functions. Only =E2=80= =99message=E2=80=99 is enough. And it should always check if minibuffer i= s active and process it. Is there cases where input prompt can be ignored and replaced=3F --5df063f4_cc1016f_422 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
=E5=9C=A8 2019=E5=B9=B412=E6=9C=8811=E6= =97=A5 +0800 AM12:36=EF=BC=8CEli Zaretskii <eliz@gnu.org>=EF=BC= =8C=E5=86=99=E9=81=93=EF=BC=9A
The original problem w= as, AFAIU, that various minibuffer prompts
become obscured by echo-area display of messages. So one possible
solution is to modify the subroutines of 'message', e.g.,
set_message_1, to detect the conditions of the minibuffer being
active, and insert the contents of the minibuffer into the echo-area
buffer before the message text. Does anyone see problems with this?


I like this idea.

I think we don=E2=80=99t need many message-xxx like funct= ions. Only =E2=80=99message=E2=80=99 is enough. And it should always check = if minibuffer is active and process it.

Is there cases where input prompt can be ignored and repl= aced?

--5df063f4_cc1016f_422--