emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] completions-max-height


From: Philip Kaludercic
Subject: Re: [PATCH] completions-max-height
Date: Tue, 08 Mar 2022 08:47:13 +0000

Ergus <spacibba@aol.com> writes:

> I understand your intention, but in practice making this more complex
> is useless. The mini buffer is always down and making the completions
> to move somewhere else is uncomfortable and may require more
> lisp/emacs knowledge to change the default behavior from the
> user. Which is completely the opposite to my intention. Actually this
> same result may be reached with an advise as I discussed on yesterday
> on emacs help. But a simple custom is better.
>
> I am totally fine if you propose something else more general if that don't 
> forces the user to write a function to change a simple height. 

What I proposed would just require something like

    (setq completion-display-buffer-option '(display-buffer-at-bottom 
(window-height . 10)))

> On March 8, 2022 6:13:13 AM GMT+01:00, Protesilaos Stavrou 
> <info@protesilaos.com> wrote:
>>On 2022-03-07, 22:10 +0000, Philip Kaludercic <philipk@posteo.net> wrote:
>>
>>> Ergus <spacibba@aol.com> writes:
>>>
>>>> Hi:
>>>>
>>>> Do you think that this may be added to vanilla?
>>>
>>> IMO it would be better if this could be generalised to something like
>>> completion-display-buffer-action, so that you can decide where and how
>>> the completion buffer is displayed.  Though I am uncertain if this might
>>> have unintended side effects, as the behaviour seems to have been
>>> hard-coded for a while.
>>
>>I agree with Philip.  Or go a step further and just let the Completions
>>behave like other buffers so the user can contol its placement and
>>parameters via the display-buffer-alist.

You can do so now too, but I don't think that that would be an argument
to just have the completion buffer behave like other buffers,
considering that there are certainly many who are used to its current
behaviour.

>>-- 
>>Protesilaos Stavrou
>>https://protesilaos.com
>>

-- 
        Philip Kaludercic



reply via email to

[Prev in Thread] Current Thread [Next in Thread]