-
Notifications
You must be signed in to change notification settings - Fork 33
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
Feature Request: Select or Quickfix next problem by severity #208
Comments
I'm thinking of adding 2 commands (no settings). But how would it even work?
Is the order of next problem |
let's name them as
yes, you are absolutely right. and it doesn't matter what's your editor cursor position |
hey! i think i can help implementing this |
Can you implement it without adding new settings? Just 2 commands that accept arguments e.g.: {
"key": "ctrl+shift+9",
"command": "errorLens.nextProblem",
"args": {
"scope": "",// "file" | "allFiles"
"sortOrder": "",// "problem" | "problemBySeverity"
"diagnosticSeverity": [
"error",
"warning"
],
}
}, |
Sounds good to me 👌 |
Hello! Many users come from webstorm which has fix anything command (alt+enter) which focuses on the next problem and popups codefix UI. I could use the following keybinding for this:
it was truly awesome experience but I didn't like the fact that it always selected the closest problem (warning and info) ignoring the severity level (even with "problems.sortOrder": "severity")
On the other hand
errorLens.selectProblem
(instead ofeditor.action.marker.next
) with"errorLens.selectProblemType": "closestSeverity"
works just perfectly, but once you run this command it won't go to the next problem (cycle). I wonder whether it is possible to implement an internal tracking of already focused problems and ignore them until the position of the cursor is not changed by the user. WDYT?The text was updated successfully, but these errors were encountered: