From: martin rudalics <rudalics@gmx.at>
To: John Yates <john@yates-sheets.org>
Cc: Eli Zaretskii <eliz@gnu.org>, Emacs developers <emacs-devel@gnu.org>
Subject: Re: Emphasizing the top of the frame
Date: Fri, 8 Apr 2022 17:11:25 +0200 [thread overview]
Message-ID: <947c9703-596b-fdc4-6170-2f0fb7386f6d@gmx.at> (raw)
In-Reply-To: <CAJnXXogA3KNwyvjnwEx+g29N9aYBDvqpZ3F8cu+WVwO5pUWQrw@mail.gmail.com>
BTW, your minibuffer
frames grows downw
> My point is to demonstrate that a mini-buffer that,
> when it grows, does not alter the window layout, but
> instead occludes a part of the frame, is an entirely
> liveable user experience. I might even argue a less
> jarring experience as less of the screen changes.
I'm using a minibuffer child frame based on that principle for several
years now and it rarely has let me down so far.
> In its current state, the package is clearly a proof
> of concept with a number of rough edges:
>
> * Management of the z-axis is not great; frame
> restacking triggers an error on my Ubuntu box
Which error?
> * Resizing the main frame works well enough
> * Moving the main frame does not work at all
> (it appears that the move-frame-functions, at
> least in recent 29.0.50 builds, never get called)
Here I get the expected messages when I evaluate
(add-hook
'move-frame-functions
(lambda (frame)
(message "Frame %s moved to %s" frame (frame-position frame))))
If you don't see them, please tell us which toolkit and window manager
you use.
> * Occasionally the echo area enters a rapidly
> flashing state; sufficient ^g tend to clear it
I have never seen such behavior here. If you do not directly interact
with the minibuffer in such a situation, it might depend on some minor
mode like eldoc-mode enabled (I don't show eldoc in the echo area).
> That said, even in this state, mbmb represents a
> very big improvement in my life on a big screen.
> It is now my standard configuration.
You waste cycles updating the menubar, though. Have you ever tried
putting the minibuffer frame on top of the title bar?
> I hope that the existence of mbmb prompts owners
> of minibuffer-resizing packages to support growth
> downward in addition to today's growth upward.
> (Could we standardize a frame parameter to record
> this direction?)
Do you mean we should resize the frame whenever the minibuffer window
changes size? That sounds hardly feasible.
martin
next prev parent reply other threads:[~2022-04-08 15:11 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-10-25 17:53 Emphasizing the top of the frame John Yates
2016-10-25 18:04 ` Clément Pit--Claudel
2016-10-25 18:06 ` Drew Adams
2016-10-25 18:27 ` Eli Zaretskii
2016-10-25 18:40 ` Eli Zaretskii
2016-10-26 8:10 ` martin rudalics
2016-10-26 12:00 ` Eli Zaretskii
2016-10-26 12:31 ` martin rudalics
2016-10-26 13:13 ` Eli Zaretskii
2016-10-26 14:23 ` martin rudalics
2016-10-26 14:58 ` Eli Zaretskii
2016-10-26 17:56 ` martin rudalics
2016-10-26 18:40 ` Eli Zaretskii
2016-10-26 18:51 ` Eli Zaretskii
2016-10-26 19:26 ` Paul Eggert
2016-10-26 20:18 ` Stefan Monnier
2016-10-27 17:35 ` martin rudalics
2022-04-08 1:48 ` John Yates
2022-04-08 15:11 ` martin rudalics [this message]
2022-04-09 14:47 ` John Yates
2022-04-10 8:42 ` martin rudalics
2022-04-10 14:50 ` John Yates
2022-04-11 7:13 ` martin rudalics
2022-04-10 16:23 ` [External] : " Drew Adams
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=947c9703-596b-fdc4-6170-2f0fb7386f6d@gmx.at \
--to=rudalics@gmx.at \
--cc=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=john@yates-sheets.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).