From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#44080: 27.1; Display behavior of overlays `after-string` in resizable minibuffer frames Date: Wed, 21 Oct 2020 18:05:34 +0200 Message-ID: References: <83v9f6ngr6.fsf@gnu.org> <9a624e83-8d12-7597-2421-8c8ac9415ef9@gmx.at> <62b3f36b-c352-6004-7a59-e95ffe1ce408@gmx.at> <10267321-400d-5d36-1558-070a24476a03@posteo.de> <82e8f1b4-c3cb-6aec-45d3-e413da4a1b58@gmx.at> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="9541"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 44080@debbugs.gnu.org To: Clemens , Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Oct 21 18:06:27 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 1kVGd9-0002PP-Tm for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 21 Oct 2020 18:06:27 +0200 Original-Received: from localhost ([::1]:60950 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kVGd8-0005bG-Lq for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 21 Oct 2020 12:06:26 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:52654) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kVGck-0005Zq-Lq for bug-gnu-emacs@gnu.org; Wed, 21 Oct 2020 12:06:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:38785) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kVGck-0001kw-BL for bug-gnu-emacs@gnu.org; Wed, 21 Oct 2020 12:06:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kVGck-0005kt-6L for bug-gnu-emacs@gnu.org; Wed, 21 Oct 2020 12:06:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 21 Oct 2020 16:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 44080 X-GNU-PR-Package: emacs Original-Received: via spool by 44080-submit@debbugs.gnu.org id=B44080.160329635522108 (code B ref 44080); Wed, 21 Oct 2020 16:06:02 +0000 Original-Received: (at 44080) by debbugs.gnu.org; 21 Oct 2020 16:05:55 +0000 Original-Received: from localhost ([127.0.0.1]:50331 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kVGcd-0005kV-4C for submit@debbugs.gnu.org; Wed, 21 Oct 2020 12:05:55 -0400 Original-Received: from mout.gmx.net ([212.227.15.15]:51397) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kVGcb-0005kI-7O for 44080@debbugs.gnu.org; Wed, 21 Oct 2020 12:05:53 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1603296336; bh=coOxT++3Bia4jq/38gsg3tZ51s7uhyUCwDGWTlmP4MA=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=jG7TDjrI1Uu1BLGE91PEd6AtAhQ4PLzMLwBJzcQPOEw+pL3QKr/CbALZzL15L2LjT vDamQsO7pvKiAaO+JIYU5dgMYC3kBEHBXprVWm1Pv6KluD2jJvWS5qTvLv2+pwyM58 v0pWXC0nmXvjvzRN/8q8xjl82iduXvHtbAy8/hBY= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.102] ([212.95.5.31]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MG9gE-1kcyGC2xYa-00GdQc; Wed, 21 Oct 2020 18:05:36 +0200 In-Reply-To: Content-Language: en-US X-Provags-ID: V03:K1:zgYsf0f0njyqGy2QvJ6K0mZ3gV41N/4TcnoPKLW6afbbNUuH1dP V63R7rbppSIH7DMQzTudUzI9ELFLQZGo+JPu+sdbjuo7c+AS5DTGWnmm4YomFMGsE3+F5xt lkX98IxWQ/j4EGcefmllRv89gal0gD3hflG5vjCZutqludw7AbJ4freQzM6LWYDqhN7Ub7B aYCLfWox/ZIU25Lcj3i7A== X-UI-Out-Filterresults: notjunk:1;V03:K0:rvWxMVUO8pY=:kzxeD9A4uNvNIWz8uQpXZG SzAqbFxP+b+fhXTJHFJkJDHd1kp7ybVb/K0YT62KCRtl2LQ5Rx1HE/capDgJxzYF+AJIqx6bM ZVMRm0EGHhipi2sr0Mi9f1gzDUWZl06C5GHREa482+2qEVDTRGJTa568hOsxKo65BJ6ddEhFH ENQlVg+eTct2EAiU96cyWMyWuYelZV1AioWqqITj8C9+qaGUlzlPLk1Q2g3vWcdO4yGsCgKpx pcblkCWEi35lH47pHT4OEPwjPBy+L7PA6Yvj2x0HfJb1JiJRap0IUmdSd5Ikwqf2QHLlRYVZS W6E+cqnQoNw6vmqcyKBzvRU1KD5Mxvg//lt9k5/so17L+BXKih8b6OGAj1iZ7hXCbou1Akq/I cwOUHUHML5q9UyWOns2i1w0agc861oriADJUbIITm10+AcHK22Vm3fmjF43jrmPzUg6+B5s4y ahEjIoqhAIYRGBNVpUZY29VmtfQcSB5R5AXCokpc47w5+0q0M1FMa8reTBPyhokCJDsnF27BA 2SJIEHK2ulkUU2t0L6lVz1t5sb1ocLmu/5a/hgr1R7l+6K0/iaGZA4ovuZi4jjc1/jbogjbYu GyqrbeH3KiVRVNkb+mX+tDSvdCG9YR4TpVD8BYmnglrPr+2t2iNeA85CdUMK1MJkI1zJntCxL VBG+5lPM1p3YxoHFSRVzLubFfVOxzA7V17COwpmQ9C/DgnPU5BYBRKIFX+/iuraOjCEYCrq10 +C0GKx6Koyazkoppu49eCdMHQqUbcwOlO34+MLFLaswxZvgsO4gAroqHXxMkCbHOpa8xBrXr 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:191184 Archived-At: > I did not know `resize-mini-frames` is already allowed to be a > function, I don't use that feature at all so I'm a bit clueless about > possible settings. It doesn't look like `window--resize-mini-frame` is= > called anywhere? Is that function meant for users? Yes. For example with my Emacs 27 it's documented as resize-mini-frames is a variable defined in =E2=80=98C source code=E2=80=99= =2E Its value is =E2=80=98pop-up-mini-resize-mini-frame=E2=80=99 Original value was nil You can customize this variable. This variable was introduced, or its default value was changed, in version 27.1 of Emacs. Documentation: Non-nil means resize minibuffer-only frames automatically. If this is nil, do not resize minibuffer-only frames automatically. If this is a function, call that function with the minibuffer-only frame that shall be resized as sole argument. The buffer of the root window of that frame is the buffer whose text will be eventually shown in the minibuffer window. Any other non-nil value means to resize minibuffer-only frames by calling =E2=80=98fit-frame-to-buffer=E2=80=99. >> If 'fit-frame-to-buffer' has additional defects when used for resizin= g >> mini frames, we could try to fix them in 'fit-mini-frame-to-buffer' a= s >> well. WDYT? > > Sounds like a good approach to me. Thanks for thinking it through! Could you try coding it? It's straightforward and you could test it immediately and possibly discuss it with the 'mini-frame-mode' people. Thanks, martin