-
Notifications
You must be signed in to change notification settings - Fork 33
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
Number of candidates is not being affected by selectrum-num-candidates-displayed
#22
Comments
Thanks for the report, I can confirm it. There seems to be a limit imposed by Emacs on the total height of the minibuffer, as the candidates are still displayed and selectable, just not visible in the frame. |
Indeed. This seems to be the variable |
I guess Selectrum should rebind that variable locally to the number candidates displayed plus one. |
Well, that number is the proportion of the frame that the minibuffer should occupy. So I think the value of that number would have to be a function of line height (relative to the size of the frame) and the number of candidates we want to display. |
Forget what I just said. I took a peek at ivy's source code. I think we can do it essentially the way you suggested. I think this snippet is the way to do it. In (set-window-text-height nil height) In (setq-local max-mini-window-height (cl-incf ivy-height)) ;; essentially what you said |
Let me know if you encounter any further difficulty. |
It looks good to me. I'll post a gif here when I can so people reading this will understand what the new behavior is. |
Thanks. |
I've set
selectrum-num-candidates-displayed
to 30. But I'm still only seeing 10 candidates (including the prompt). I'm at commit 548903e, which is the latest as I'm writing this. And I've confirmed selectrum mode is enabled by evaluatingselectrum-mode
. I've also tried rebuilding selectrum and starting a new emacs session.The text was updated successfully, but these errors were encountered: