Minibuffer per buffer

Minibuffer per buffer

[Tu Do]

[-- Attachment #1: Type: text/plain, Size: 177 bytes --]

Hi list,

As monitor becomes larger with higher resolution (i.e. 4k monitor), I think
it would be beneficial to have an option to activate minibuffer per buffer.

Regards,

Tu.

[-- Attachment #2: Type: text/html, Size: 253 bytes --]

Re: Minibuffer per buffer

[joakim]

Tu Do <tuhdo1710@gmail.com> writes:

> Hi list,
>
> As monitor becomes larger with higher resolution (i.e. 4k monitor), I
> think it would be beneficial to have an option to activate minibuffer
> per buffer.

It is possible to have a separate minibuffer frame.

Maybe you could hack something together, that moves a separate
minibuffer frame around on the screen? Probably someone(tm) already did
that. This is Emacs after all.

>
> Regards,
>
> Tu.
>

-- 
Joakim Verona

Re: Minibuffer per buffer

[Filipp Gunbin]

Hi,

On 05/03/2015 11:47 +0700, Tu Do wrote:

> Hi list,
>
> As monitor becomes larger with higher resolution (i.e. 4k monitor), I think it would be beneficial to have an option to activate minibuffer
> per buffer.

Where should echo messages (including not related to the current buffer)
be displayed in this case?

Filipp

Re: Minibuffer per buffer

[Alexis]

On 2015-03-05T20:43:45+1100, Filipp Gunbin <fgunbin@fastmail.fm> 
said:

 FG> On 05/03/2015 11:47 +0700, Tu Do wrote:

 >> Hi list,
 >> 
 >> As monitor becomes larger with higher resolution (i.e. 4k 
 >> monitor), I think it would be beneficial to have an option to 
 >> activate minibuffer per buffer.

 FG> Where should echo messages (including not related to the 
 current FG> buffer) be displayed in this case?

The minibuffer associated with the currently selected window? That would
work for me ....


Alexis.

Re: Minibuffer per buffer

[Yuri Khan]

On Thu, Mar 5, 2015 at 3:43 PM, Filipp Gunbin <fgunbin@fastmail.fm> wrote:
> On 05/03/2015 11:47 +0700, Tu Do wrote:
>> As monitor becomes larger with higher resolution (i.e. 4k monitor), I think it would be beneficial to have an option to activate minibuffer
>> per buffer.

The motivation, as I understand it, is to bring the minibuffer closer
to the focus of user’s attention, which is in the selected window.

An easy workaround is to use multiple frames (perhaps with a tiling
window manager), each of which would by default have a minibuffer.

I actually do this with a pre-4k (24″ 16:10 1920×1200) monitor,
splitting it into left and right halves. When working on code, I
frequently have both halves occupied with Emacs frames (each of which
may be further split into the top and bottom windows).

> Where should echo messages (including not related to the current buffer)
> be displayed in this case?

This can probably be solved the same way they choose a minibuffer when
multiple frames are involved.

Re: Minibuffer per buffer

[Tu Do]

[-- Attachment #1: Type: text/plain, Size: 1385 bytes --]

I just want to mention this issue to make it a feature request in the
wishlist. Using frame as another minibuffer is not always nice because we
have another OS window floating around. And it can't be used in the
terminal.

On Sat, Mar 7, 2015 at 12:42 PM, Yuri Khan <yuri.v.khan@gmail.com> wrote:

> On Thu, Mar 5, 2015 at 3:43 PM, Filipp Gunbin <fgunbin@fastmail.fm> wrote:
> > On 05/03/2015 11:47 +0700, Tu Do wrote:
> >> As monitor becomes larger with higher resolution (i.e. 4k monitor), I
> think it would be beneficial to have an option to activate minibuffer
> >> per buffer.
>
> The motivation, as I understand it, is to bring the minibuffer closer
> to the focus of user’s attention, which is in the selected window.
>
> An easy workaround is to use multiple frames (perhaps with a tiling
> window manager), each of which would by default have a minibuffer.
>
> I actually do this with a pre-4k (24″ 16:10 1920×1200) monitor,
> splitting it into left and right halves. When working on code, I
> frequently have both halves occupied with Emacs frames (each of which
> may be further split into the top and bottom windows).
>
> > Where should echo messages (including not related to the current buffer)
> > be displayed in this case?
>
> This can probably be solved the same way they choose a minibuffer when
> multiple frames are involved.
>

[-- Attachment #2: Type: text/html, Size: 1853 bytes --]