Skip to content

Conversation

@minad
Copy link
Contributor

@minad minad commented Dec 23, 2025

Fixes #787. Please test carefully. You need minibuffer-visible-completions set to t in order to see the effect. This settings allows you to "remote" control the Completions buffer from the minibuffer. You can navigate with up and down keys from the minibuffer.

Introduce embark--with-completion-list-buffer which switches to an active
completions buffer if there is one tied to the current minibuffer.
The completion list candidate takes precendence if there is one. Only if no
candidate has been selected, take the top minibuffer candidate.
minad added a commit to minad/consult that referenced this pull request Dec 23, 2025
@minad
Copy link
Contributor Author

minad commented Dec 23, 2025

For testing I recommend the settings from https://github.com/minad/consult?tab=readme-ov-file#default-completion-ui-with-auto-update. These settings make the default completion UI more comfortable to use.

@oantolin
Copy link
Owner

Oh, is this something I need to test on the current master? I'm using the released Emacs 30.1. Since I have now lost most of my fear of compiling Emacs from source I guess I could test this.

@minad
Copy link
Contributor Author

minad commented Dec 27, 2025

Yes, you need Emacs master. I had forgotten that you've just moved to Emacs 30 a while ago. :/

But if you can test on Emacs 30 it would also be good, I guess. My main concern is the reordering of the target finder. I am not sure if this has unexpected implications.

@minad minad force-pushed the completion-update branch from 708c4bf to f21dedb Compare December 29, 2025 13:58
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Emacs 31: Completion list candidate can be selected even from minibuffer

2 participants