-
Notifications
You must be signed in to change notification settings - Fork 28.5k
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
Search seeding is inconsistent #88160
Comments
Really the problem is overloading that keyboard shortcut to mean "search with this text" and also just "focus the search view". I didn't want it to be too aggressive when using ctrl+shift+f just to focus the search view, especially now that changing it would trigger a search. I will leave this open for suggestions but I'm nervous about changing this now. Original discussion was here #17974 (comment) |
Maybe it can be a setting if we don't want the change the current behavior? But at least for me, I always want |
@roblourens Since there's a separate option for whether to seed or not the overloading isn't terrible. I could imagine there being separate commands for "focus with seed" and "focus without seed", but it's not something I need personally. I'm not particularly concerned with whether the focus command seeds when there's no selection or not. I'm only advocating for it being consistently one or the other. |
Another option is to promote |
Out of curiosity do you two not use that keyboard shortcut to focus/reveal the search view? |
Hrm, I don't think I really ever use it for show/focus. Maybe a compromise, is to show/focus the view if its hidden, and always overwrite if its visible. Then you can at least just hit it twice to overwrite if that is what you want. |
I use |
I'm glad this issue is open. I spent quite a while trying to figure out how to use Cmd-F and Cmd-Shift-F: https://stackoverflow.com/questions/59888563/how-to-find-selection-in-files The current behavior is a little confusing. Personally, as long as they behave consistently, I don't think it matters too much if they both pre-seed or not. That said, I hope you choose to either always pre-seed or never pre-seed. Pre-seeding only when it's blank is difficult to figure out, especially when you're not expecting it. |
I have been thinking about this and related issues again lately #91901 And I am interested in your feedback on this suggestion #91901 (comment) |
Merging into #91901 |
This feature request is now a candidate for our backlog. The community has 60 days to upvote the issue. If it receives 20 upvotes we will move it to our backlog. If not, we will close it. To learn more about how we handle feature requests, please see our documentation. Happy Coding! |
Issue Type: Bug
Invoking
workbench.action.findInFiles
when you have no text selected will seed the search text with the word closest to your cursor. Sometimes.If the search box is empty it will be seeded with the word under your cursor. If the search box is not empty it is not seeded.
This makes it impossible to know what invoking
workbench.action.findInFiles
will actually do unless you remember what text is present in the search panel, which probably isn't even open.Expected result is that the behavior is consistent. Probably that the search box is always seeded when
editor.find.seedSearchStringFromSelection
is enabled.VS Code version: Code 1.41.1 (26076a4, 2019-12-18T14:58:56.166Z)
OS version: Windows_NT x64 10.0.17763
The text was updated successfully, but these errors were encountered: