Improve "Go to all" navigation in VS
See original GitHub issueIt kinda works, but we should look into proper ordering of the results. Example with camel case search: I’d like to navigate to FSharpDiagnosticSeverity
so I type FSDS
But I get GuidsArrayFromSemicolonDelimitedStringOfGuids
as the first result. Even when the file with a better matching type is the currently active document.
The relevant results are actually present, but only after all the files that match (even barely) the search term:
Issue Analytics
- State:
- Created 7 months ago
- Comments:5 (5 by maintainers)
Top Results From Across the Web
10 Visual Studio Navigation Productivity Tips
10 Visual Studio search and navigation productivity tips illustrated with some GIFs. Learn those tips now and significantly boost your ...
Read more >Code Navigation in Visual Studio Code
VS Code provides two powerful commands to navigate in and across files with ... Hold Ctrl and press Tab to view a list...
Read more >Code navigation commands - Visual Studio (Windows)
In this article · Navigate Backward and Navigate Forward commands · Navigation bar · Find all references · Reference highlighting · Go To...
Read more >Tips to improve performance - Visual Studio (Windows)
For the general Go To functionality, select Edit > Go To > Go To All, or press Ctrl+T. Jump to the last edit...
Read more >Navigating your code in VS Code - YouTube
The video covers a range of navigation tips and tricks, ... 45:12 Find all references 46:13 Call hierarchy 49:42 Go to problem 52:34...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
One improvement I’d love is more aggressive caching. Currently we have a MemoryCache which evicts after 10s or so. IIRC this is a remnant of 32bit VS and fighting for every scrap of memory. In efffect every time you search in a larger solution like VisualFSharp, there’s a lot of churn and it takes quite some time on a slower machine.
For example, there are 97k possible search results in VisualFSharp.sln:
I’d trade that 6MB memory to reduce the carbon footprint of regenerating them on every search 😀.
@majocha you are doing an awesome job. As for operator names, IMO we are suffering from a primitive obsession in the relevant code. We have this core name, mangled name, display name - all as basic strings hence all kinds of weird bugs at edge cases, you have caught one of them, there are many in tooltips I think.