Open bitjson opened 6 years ago
(Experimental duplicate detection) Thanks for submitting this issue. Please also check if it is already covered by an existing one, like:
(Reviewed, none of the above issues address this particular problem.)
Related #8305
I would like to add when filtering problems also update which files are highlighted. All my files are always red because of spell check plugin. Sometimes I don't care enough to fully setup the C++ plugin and I get errors everywhere because of missing includes. I would also like to ignore all those and only see actual errors produced when compiling.
Maybe a simple list of plugins with a checkbox beside it so I can uncheck which plugins output I currently don't care at the moment.
Exactly the same request as @graph - I want to hide spell check from the problems panel (But I woul like to highlight them inside the files)
+1 for filtering problems generated by specific extension
This work got moved to the backlog, but is there a target release? Can me and my team help support this work with developer resources? Who should we reach out to for design discussions before we begin investing here?
Many of the above comments echo the pains our customers are facing as well. In addition, it would be even better if a user could be given pre-defined filters for "Owners" or "Sources" that exist in the problems pane so they can filter to the issues they wish to investigate easily.
For example, the spellcheck scenario where there are many instances of spelling issues makes it difficult to investigate errors in the build. Filtering the problems pane down to only the build errors would allow a user to investigate more efficiently. This could be done by selecting the "Owner" or "Source" (still not clear which is correct) of those Build errors through a dynamically generated list of filters for convenience.
This same scenario can be applied to any warning or error in the problems pane.
For spell checkers this is a very relevant issue. The extension provides important help when writing, but for most programming tasks it clutters the "Problems" pane unnecessarily.
With the recent addition of negattive text filtering #115351 it is at least possible to "fake" that (for a single extension) as long as it leaves a correct source hint: ![ts]
filters those out also similar possible: ![cSpell]
.
The negative text filters proposed by @GitMensch did not work for me (in code 1.83). Instead, filtering without the brackets was necessary: e.g. !cSpell
As a workaround for C++, adding the option "C_Cpp.errorSquiggles": "disabled",
cleaned up a all the spurious intellisense errors and mostly left me with real compiler errors after building. Guessing https://github.com/clangd/vscode-clangd/issues/114 might work for clangd.
filtering without the brackets was necessary: e.g.
!cSpell
+1 from me. filtering with []
didn't do anything.
But even with negative filtering this doesn't do what I want. I want to only display problems issued by the typescript type checker. Filtering by name works for pretty much any other source of problems. Ie I can filter for "eslint" and that will be reasonably accurate. but filtering for "ts" doesn't help at all because (surprise!) all my files end in .ts
. 🤦🏽
this is very relevant for embedded programming with toolchains that intellisense is not fully compaitible with. I still use intellisense for navigation and code completion, but it's incorrect about not being able to find some sdk functions that I'm using, so on a clean compile I get a few hundred erroneous "problems" popping up post-build. And when I have a legitimate problem, that window is useless because of the false positives. If I could exclude intellisense from the problems window, that would be bloody marvelous!
I'd love to be able to declutter the "Problems" Markers Panel by hiding/showing logs generated by only certain extensions.
Right now, if I type
[ts]
into the filtering box, I getNo results found with provided filter criteria. Clear Filter.
If I then delete the filter, I can clearly see plenty of warnings and errors generated by
[ts]
. After tinkering with it for a while, I've not been able to figure out how to filter by the extension name. (Maybe it just needs some documentation or UI to help the user write filters?)Also, for other users finding this issue, after a bit of searching around I realized I could also filter roughly by using the keywords
warning
,error
, andinfo
. E.g: enterwarning, error
into the filter to hideinfo
markers. This helps a bit, but doesn't help much when you're trying e.g. to filter out a particularly noisy extension (like a spell checker) generating the same type of marker you're looking for.