-
Notifications
You must be signed in to change notification settings - Fork 30.3k
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
Make addSelectionToNextFindMatch (ctrl+d) case-sensitive #4309
Comments
@kowsheek Try |
There is also |
Thanks! |
@alexandrudima is there a setting I can change in my |
@aybabtme We could add a setting for the toggle's default value. Please file a new issue for it. |
@alexandrudima thanks, created #10344 (comment) |
For those trying on OS X it is |
|
If this does not work for you, can you please try this key combination in the define keybinding widget (Preferences > Keyboard Shortcuts): If the keybinding |
Thank you @alexandrudima for the reply. I had another software that was taking over However, I see that my choice is not persisted after I close and reopen VSC... Would it be possible to enable a setting for this? Also, in my opinion, case sensitivity should be enabled by default :) |
@theideaofnorth2 Let's track that in #11574 |
I show how cant get this to work 😢 |
I would decouple Find Next/Previous (dialog on Ctrl+F) from the Find Next Occurrence (Ctrl+D). These two are completely different functions for different use cases. I'd decouple by simply adding more variants of the command (or specifying command options), everybody can map what they want.
Also I might add that Sublime has additional behavior:
This plus case in/sensitive versions of the command could provide very natural behavior. (case sensitivity is skewed in Sublime as well, it's about time to fix this forever) |
This is a pretty significant pain point for me in trying to switch over from Atom. Making case sensitivity options persistent doesn't solve this issue because, as @martincohen states, the use cases for Find and Find Next Occurrence are completely separate. Case insensitivity in the Find dialog is a convenience so someone doesn't have to type something they're looking for the exact same way as it appears in the file. Find Next Occurrence exists to select the exact same thing you have already selected, usually to then type something to change both. Why would I ever want this function to select two things that aren't the same? I would be on board with making it an option, but forcing users to manually switch case sensitivity back and forth based on which Find function they're using at the time isn't a good experience. |
This probably isn't the nicest way to solve this problem, but I decided to just go ahead and write an extension for those of us who wish this command was case sensitive. :) Now I can happily go about using Code. |
I think the default should be case sensitive. |
A little confused, what was the final decision on this? Why is the multiple cursors feature (cmd + d) being coupled with the other find functions? They may be similar in implementation, but they are two distinct features. When using multiple cursors w/ cmd+d, you're almost always looking for a symbol. In the search functionalities, you often want to just find the general location of a topic. Using the same setting for case sensitivity on these two features means you're constantly changing the setting. |
I am using version 1.12.1 still no settings for case-sensitivity. |
@cprogrammer1994 I'm on 1.12.2. To the best of my knowledge, what I am about to describe is not introduced by an extension and I am not sure if this is a recent addition, but:
It's only there for few seconds before it hides itself again. |
Steps to Reproduce:
Expected:
Pressing ctrl+d on a word should select words that match with case-sensitivity
Reason:
It's annoying af sometimes.
The text was updated successfully, but these errors were encountered: