-
Notifications
You must be signed in to change notification settings - Fork 91
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
Add support for exact filenames for searches #56
Comments
rpaquay
added a commit
that referenced
this issue
Feb 10, 2020
In the `File Paths` text box of `Code Search`, double quotes can now be used to prevent implicitly surrounding simple searches with "*". For example, * Typing `foo` results in matching any filename containing `foo` (e.g. `barfoo`, `foo.h`, `bar.foo` * Typing `"foo"` results in matching files that are named exactly `foo`, and nothing else. Fix feature request #56
Fixed in (pre)release 0.9.32 (https://github.com/chromium/vs-chromium/releases/tag/v0.9.32) |
tcwz
pushed a commit
to tcwz/vs-chromium
that referenced
this issue
Feb 14, 2020
In the `File Paths` text box of `Code Search`, double quotes can now be used to prevent implicitly surrounding simple searches with "*". For example, * Typing `foo` results in matching any filename containing `foo` (e.g. `barfoo`, `foo.h`, `bar.foo` * Typing `"foo"` results in matching files that are named exactly `foo`, and nothing else. Fix feature request chromium#56
tcwz
pushed a commit
to tcwz/vs-chromium
that referenced
this issue
Feb 14, 2020
rpaquay
added a commit
that referenced
this issue
Jun 9, 2020
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Currently when typing
foo
inFile Paths
ofCode Search
tool window, the search is implicitly transformed to*foo*
(basically a sub-string match). This is useful in most cases, but there are cases where searching for a specific filename can be useful (e.g.Makefile
).To enable these "exact" match searches, the proposal is to allow using double quotes around the path.
So,
"foo"
would search only files that are exactly namedfoo
The text was updated successfully, but these errors were encountered: