-
Notifications
You must be signed in to change notification settings - Fork 140
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
sly-completing-read and Vertico mode #473
Comments
Yes you are right. I think as time progresses, more people will become aware of things better than Ido and then we can probably kill that block completely. You can probably just set btw if you like |
I've tried Whereas Verctico only matches at the start of the string: And only shows the rest if I move the cursor to the start of the prompt: I'm not sure if
Yes, seems that doing |
|
I don't have |
|
Ah, I only meant that Vertico doesn't use No Anyway, this is off-topic of the original problem. I think the issue is fixed for me with |
I think as time progresses, more people will become aware of things better
than Ido and then we can probably kill that block completely. You can
probably just set `sly-completing-read` to `completing-read`...
Or maybe check for `ido-mode` (i.e. check for positive signs that the
user wants IDO, rather than positive signs that the user wants
something else).
Or just don't push IDO at all, and let users who want it use
`ido-everywhere`, `ido-ubiquitous`, or something like that.
Stefan
|
That code was done when people (for people that) weren't even aware of IDO. This showed that Emacs had IDE-like, visually responsive, capabilities to THe code is obsolete now, it should probably just be deleted. |
Sly wraps `completing-read' to force ido to provide better UX. This is interfering with completion frameworks that don't set the `completing-read-function' such as `vertico' and `mct'. Considering that these packages serve to provide better UX, this functionality shouldn't really be necessary. See joaotavora#473 * lib/sly-messages.el (sly-completing-read): Remove wrapper funcition that only serves to force ido-completion * contrib/sly-mrepl.el (sly-mrepl-shortcut): Use vanilla completing-read * sly.el (sly-read-package-name): Use vanilla completing-read (sly--read-interactive-args): Use vanilla completing-read (sly-prompt-for-connection): Use vanilla completing-read (sly-switch-to-most-recent): Use vanilla completing-read (sly-info): Use vanilla completing-read (sly-db-invoke-restart-by-name): Use vanilla completing-read (sly-read-connection): Use vanilla completing-read (sly-read-inspector-name): Use vanilla completing-read (sly-contrib--read-contrib-name): Use vanilla completing-read
Thanks! |
Hi. This is more a question, rather than an issue, although maybe it should be fixed in Sly, or maybe elsewhere. I'm using the Vertico package, which provides vertical completion UI for everything in Emacs. I've noticed, however, that Sly uses IDO mode when I press , in the REPL buffer. Inspecting the code I see that the
sly-completing-read
function checks exactly for two conditions - whethercompleting-read-function
equals to'completing-read-default
, and thaticomplete-mode
is disabled. If both are true,ido-completing-read
is used:sly/lib/sly-messages.el
Lines 95 to 101 in 540a8c5
This prevents Vertico from working here, as it doesn't change the
completing-read-function
, and there's no check forvertico-mode
either.Now, I think it would be not the best approach to include every single completion UI mode into this function, so I'm not proposing adding a check for
vertico-mode
here. However, I'd like to use Vertico for this menu, for consistency's sake. I can use the advice system to make it work, but it seems kinda hacky for this particular case:Any suggestions or thoughts? Feel free to close it if you think that Sly does everything correctly here, and this is a user configuration/Vertico problem.
The text was updated successfully, but these errors were encountered: