-
-
Notifications
You must be signed in to change notification settings - Fork 414
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
fuzzy completions #962
base: master
Are you sure you want to change the base?
fuzzy completions #962
Conversation
3e494cd
to
dc318a0
Compare
dc318a0
to
a1166d8
Compare
Won't this cause weird issues because fuzzycompletions isn't in the project.toml? |
It is in Project.toml, no ? Line 9 in a1166d8
|
Ah sorry, it is. I must have missed it. I do wish there was a better way to do "optional" dependencies in Julia though |
well, just as for FuzzyCompletions, it's really light weight and so I don't think this dependency could be any problem. |
It would be better to have a plug-in architecture for completions (ideally in the underlying REPL.REPLCompletions stdlib), so that users can just put |
Now that we have package extensions, and weak deps, could we revive this? |
A package extension seems reasonable. |
This PR provides a way to get fuzzy completions from IJulia kernel.
Fuzzy completions are useful in those frontends where some richer UIs to show candidates are available, and I think most of Jupyter frontends suit for that, e.g.:
Users can opt-in fuzzy completion mode by
installkernel(...; fuzzy_completion_mode = true)
and then FuzzyCompletions.jl will provide completions as a drop-in replacement of theREPL.REPLCompletions
module.