From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Spencer Williams via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#66773: 29.1; Ido displays incorrectly with multiple frames when ido-max-window-height=1 Date: Fri, 27 Oct 2023 18:47:40 -0400 Message-ID: References: <83leboe3vv.fsf@gnu.org> Reply-To: Spencer Williams Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="16760"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: mu4e 1.10.7; emacs 29.1 Cc: 66773@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Oct 28 13:48:04 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 1qwhnP-00049j-Rt for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 28 Oct 2023 13:48:04 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qwhmx-0007M8-R2; Sat, 28 Oct 2023 07:47:35 -0400 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 1qwhmv-0007Ls-8f for bug-gnu-emacs@gnu.org; Sat, 28 Oct 2023 07:47:33 -0400 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 1qwhmt-0008UI-DW for bug-gnu-emacs@gnu.org; Sat, 28 Oct 2023 07:47:32 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qwhnP-0005nY-9y for bug-gnu-emacs@gnu.org; Sat, 28 Oct 2023 07:48:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Spencer Williams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 28 Oct 2023 11:48:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 66773 X-GNU-PR-Package: emacs Original-Received: via spool by 66773-submit@debbugs.gnu.org id=B66773.169849366222222 (code B ref 66773); Sat, 28 Oct 2023 11:48:03 +0000 Original-Received: (at 66773) by debbugs.gnu.org; 28 Oct 2023 11:47:42 +0000 Original-Received: from localhost ([127.0.0.1]:37871 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qwhn3-0005mF-0u for submit@debbugs.gnu.org; Sat, 28 Oct 2023 07:47:41 -0400 Original-Received: from [23.94.94.179] (port=46656 helo=mail.plexwave.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qwVgS-0007Or-Ag for 66773@debbugs.gnu.org; Fri, 27 Oct 2023 18:52:06 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=plexwave.org; s=mail; t=1698447087; bh=sJ6pvMnQcR8kJP5T3QEJH8juQts4dj1dNC9N9lVX2Aw=; h=References:From:To:Cc:Subject:Date:In-reply-to:From; b=CbUwH/AuBLPtdvv9ItIbRcYHK2yL95CiDs9PQK3Z3J1YLVBz1dKcMF5vpYCzetjI7 dRrNUjYGPBP0vtM3TKBOURMku5AmT5ukX4Y7KCtyvsjgWDFZEDkH277Nk2kHzdDf5c oqUt8588xwUSgx6sU7NuRTFyqEV4QYY0pvjoDT+0UY1f2ztq2vY6mwwGQTDY3fzCYP tFmnncvdmDhNGjj6SilzXTmKxAbAWgckcKa2zZjFLXxHkDPRkMslVrk/RsUWvTWRxK 8Sv+FaI32M6UmAJL1lZaTZR3VxNU9sT4H9fEbaAAIyiOg79t2nqKddXr8KxiF2+OiF KW5p/D+DGbKnA== In-reply-to: <83leboe3vv.fsf@gnu.org> X-Mailman-Approved-At: Sat, 28 Oct 2023 07:47:36 -0400 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:273430 Archived-At: Eli Zaretskii writes: > If the minibuffer text is longer than what the mini-window can show, > then it is not clear whether Emacs should show the beginning or the > end of the minibuffer text. So I don't see how this is a bug and why > would the alternative behavior be better. Also, if you just type C-b, > you will see the rest of the buffer text. I consider it a bug due to inconsistent behavior. With multiple frames, the behavior is different than it is with only one frame. > If, for some reason, ido-mode wants to always display the beginning of > the minibuffer text, it can do that with a change specific to > ido-mode. In Ido's case it is certainly incorrect to show the end first, due to the prompt and selection being at the beginning. My concern is that in Emacs 28 it had no trouble, and in Emacs 29 it acts erratically. > The change to which you point affect general Emacs behavior, it > isn't specific to ido-mode. I understand that. I originally meant for this report to be more general, as I did believe Emacs's drawing code to be at fault, but in the end Ido was the only definitive example of wrong behavior I could reproduce. I included the commit reference on the outside chance it might save someone some digging (as I'd already put a little work into finding a solution myself). I hope that if it is indeed an Ido-specific bug, this report will still be of some use. Thanks for your time.