From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#38457: 27.0.50; dabbrev-expand regression due to message change Date: Tue, 10 Dec 2019 16:45:21 -0500 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> <83eexcax6b.fsf@gnu.org> <83a780aqlj.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="95134"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: 38457@debbugs.gnu.org, juri@linkov.net To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Dec 10 22:46:17 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 1ienKi-000OQE-Jr for geb-bug-gnu-emacs@m.gmane.org; Tue, 10 Dec 2019 22:46:16 +0100 Original-Received: from localhost ([::1]:36382 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ienKa-0008M1-Ti for geb-bug-gnu-emacs@m.gmane.org; Tue, 10 Dec 2019 16:46:08 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49367) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ienKV-0008Lp-1T for bug-gnu-emacs@gnu.org; Tue, 10 Dec 2019 16:46:03 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ienKU-0004E6-2Q for bug-gnu-emacs@gnu.org; Tue, 10 Dec 2019 16:46:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:50740) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ienKT-0004Dx-Va for bug-gnu-emacs@gnu.org; Tue, 10 Dec 2019 16:46:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ienKT-000122-Tt for bug-gnu-emacs@gnu.org; Tue, 10 Dec 2019 16:46:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 10 Dec 2019 21:46:01 +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.15760143343927 (code B ref 38457); Tue, 10 Dec 2019 21:46:01 +0000 Original-Received: (at 38457) by debbugs.gnu.org; 10 Dec 2019 21:45:34 +0000 Original-Received: from localhost ([127.0.0.1]:56713 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ienK1-00011G-PD for submit@debbugs.gnu.org; Tue, 10 Dec 2019 16:45:33 -0500 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:57038) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ienK0-000111-8J for 38457@debbugs.gnu.org; Tue, 10 Dec 2019 16:45:32 -0500 Original-Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 91DCD1009A5; Tue, 10 Dec 2019 16:45:26 -0500 (EST) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id D77151004A7; Tue, 10 Dec 2019 16:45:23 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1576014323; bh=C08Yev3AbtptQiIQQ3F8YRtSCcV7vx4QaiTgwlFiTOU=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=ORVlaG1erBk0vnfsrIF4StP0w1wSpPKnV+H/CFLWPAvTlXm87MTR0Yb0ib14LOCCw fn5tYZ6fNeRFp9bc04uqVKGDpYv+bQlfidUy4bxRBeJRErk9x8svgYvEI2dREHwJ81 z90E06y5rbw8uw1YT5lwTHhlYWvgo1hOZqlLDDn3xEvpwjT0B3hwchoYQ9WFQxxEMa QGrra103ybbUbBthPOJW78q5TUVbdrtVgr6JOIGSL6dzs/OYjjj5DHqLxHvMzqW/Y5 SmVZ41IMlzbox/4tHalzL/hUeees8MPdmo7/AmuNAKDHZR/weKEPs/mAwpMOVaghZK pvPKEBXRjiMbQ== Original-Received: from lechazo (lechon.iro.umontreal.ca [132.204.27.242]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id C7F421203A5; Tue, 10 Dec 2019 16:45:23 -0500 (EST) In-Reply-To: <83a780aqlj.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 10 Dec 2019 22:11:04 +0200") 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:173161 Archived-At: >> With the current code (i.e. with minibuffer-message), if >> resize-mini-windows is nil and the minibuffer is large enough to matter, >> the message is still (partially) visible as long as the currently >> displayed part of the minibuffer includes EOB, which is the usual case. >> >> If we simply copy the minibuffer's content to the echo area without >> preserving window-start, it will be more disruptive and will make it more >> likely that the message isn't visible. > > There's some misunderstanding here: what I had in mind was to insert > the minibuffer contents into the echo-area buffer, put the point after > that, and then insert the text which 'message' was called to display. Then I guess window-start may be changed by the redisplay to keep point displayed, so I think that'll work fine. > IOW, I don't understand why you are worried about window-start, since > it should always be at point-min, and the mini-window should resize to > show all the text. The above was under the (explicit) assumption of resize-mini-windows being nil. There can be other cases where window-start isn't point-min (e.g. if the minibuffer is too large to fit in the max size of the mini window). But no, I'm not worried about it ;-) Stefan