-
-
Notifications
You must be signed in to change notification settings - Fork 392
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Helm uses existing buffer instead of minibuffer expanding from bottom #2035
Comments
Szymon Uglis <notifications@github.com> writes:
Hello, I didnt find answer in google (or just I'm ad at searching). In
my environment helm to provide completions use existing buffer and
dont create minibuffer expanding from bottom - I dont want this
behaviour.
Helm doesn't display its candidates in minibuffer and will never do
this, you will find several variables to display helm candidates in
different windows or in separate frame.
…--
Thierry
|
I've used wrong words. I want all time this behavior. Completion displayed in expanded from bottom buffer. It works like that only when one buffer is opened, when there are 2 ore more, completion is displayed in existing buffer like in first message. EDIT: This is only solution I found working. TO CLOSE. |
Szymon Uglis <notifications@github.com> writes:
I've used wrong words. I want all time this behavior. Completion displayed in expanded from bottom buffer.
See `helm-always-two-windows` or `helm-split-window-inside-p`.
…--
Thierry
|
For those ending up here from a search engine: The solution is at #2039 (comment) |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Hello, I didnt find answer in google (or just I'm ad at searching). In my environment helm to provide completions use existing buffer and dont create minibuffer expanding from bottom - I dont want this behaviour.
EDIT: It works like that only when there are open 2+ buffer at once. Like neotree and clojure repl
Latest emacs, latest helm, config: init.el
Arch Linux, 4.16.5-1-ARCH, Openbox WM
The text was updated successfully, but these errors were encountered: