-
Notifications
You must be signed in to change notification settings - Fork 22
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
ctrlf should not interfere with ido by default #67
Comments
Yes, that seems reasonable to me. Isearch does not run into the same problem, because its bindings are established in I'm not sure what the most appropriate solution would be. One way might be to make the binding by |
Your solution also would work perfectly well, I think. Might be easier. I think I would be fine with either. |
|
I've come up with a more robust keymapping scheme. It's a bit of a hack but should address the conflicting needs of these various bug reports. My new solution should solve #51, #52, #67, and #80 simultaneously while also working with |
This thread is being closed automatically by Tidier because it is labeled with "waiting on response" and has not seen any activity for 90 days. But don't worry—if you have any information that might advance the discussion, leave a comment and I will be happy to reopen the thread :) |
When ctrlf is enabled and ido is used, pressing ido's C-s or C-r triggers ctrlf.
Since ido is in base and used by lot of packages I think it would be great to disable ctrlf for ido by default. One extra argument that such interatction is anyway useless.
This hook works on my emacs (27.1), though I am not sure this is right way to do it:
The text was updated successfully, but these errors were encountered: