RE: GNU Emacs raison d'etre

[Drew Adams <drew.adams@oracle.com>]

> I'm talking about something that just places the minibuffer in
> a separate frame without changing the way frames are otherwise used
> (e.g. with still an assumption that the user may very work with just
> one frame).

So the other frames also have minibuffers?

> That's quite different from your setup (and mine), AFAICT.

Yes, different from mine, anyway.

> In my setup, the minibuffer-only frame is handled specially to try and
> behave as some kind of "global" control, kind of like an XFCE4 panel,
> or the macOS top menu-bar.

I don't know what that means, sorry.  (I guess
if I were really curious I could google for
"XFCE4" and "macOS menu-bar".)

> It's placed at the very bottom of the screen
> and on a higher "layer" so it's never hidden by normal windows.

So it obscures all other win-mgr windows
(including other Emacs frames) that overlap it?

> This works fairly well (always available since it's "on top" of
> everything else, yet out of the way since it's at the bottom of the
> screen), but when I'm working with a big screen (e.g. more than
> 100 text lines) that minibuffer feels kinda far.

I thought you said that what you're describing
is quite different from your setup.  Now it
sounds like you're describing your setup.

Care to share the code for your setup in this
regard?