-
Notifications
You must be signed in to change notification settings - Fork 293
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
GutterFormatter breaks clicking in gutter to create breakpoint #586
Comments
yeah this is a well-known issue, unfortunately, there is only one gutter so extensions and vscode easily step on each other... maybe just use the DefaultFormater? Can you share with us the main reason for choosing GutterFormatter over the default? Giving the conflict of gutters and other issues, I am wondering if we should just retire GutterFormatter...? |
Looks like in v4 "DefaultFormatter" == "GutterFormatter" and there is no way to opt out of the gutter formatter anymore. |
Sorry @connectdotz I missed your question back when you asked. I like the gutter formatted because it doesn't get in the way the same as the default one. With the default formatted I have to keep toggling coverage off when I am starting new code and then have to turn it on again later. When a file has little to no tests and coverage is on, it is very hard to read the contents of the file using the built in Dark+ theme. The gutter formatter is nice in that it hows coverage in a more subtle but still useful manner. I hear you on the gutter issue though and yes, the breakpoint on/off thing is a real problem. Maybe if we could make the default formatter more subtle that would do the trick. |
hmmm... v4 did not change this behavior. However, there is some inconsistency regarding changing this setting, unlike most other settings, you do need to reload the extension (i.e. reload window or restart code) to see the new formatter. This is not new but certainly could be improved. should be a simple PR if you are interested. |
I hear you. I am thinking we could move the gutter indicator to the right instead. |
That would work for me. Let's face it, most lines begin with white space for indentation anyway so that could work. |
Turns out this doesn't work 😞 . The right side is the "overview ruler", where the scroller is and it does not match code line-by-line. It really just helps you to quickly scroll to the approximate area but not precise enough for the line-level coverage without any other visual indicator, such as inline overlay or gutter icon.
This is a good idea, I added some new customization so you can customize the color and transparency for the inline overlay in #635, feel free to take a look and let me know if it works.
I have also fixed this reload issue, you should be able to change formatter setting and it should take effect right away now. Feel free to take a look #635 |
This looks like a great solution. Thank you. Closing this now. |
The bug of non working break points is still there. You should remove the GutterFormatter if you cannot fix that. The customization of line cutter works as workaround for me. Maybe use less annoying appearance as a default. I use Darcula/PyCharm theme and following settings for the uncovered lines: .vscode/settings.json
|
Environment
node -v
: v12.16.1npm -v
: 6.14.5npm ls jest
ornpm ls react-scripts
(if you haven’t ejected): jest@26.0.1your vscode-jest settings if customized:
Operating system: macOS 10.15.4
Prerequisite
npm run test
ornode_modules/.bin/jest
) jest (with npx fallback)Steps to Reproduce
Turn on GutterFormatter in vscode settings
Try clicking in the gutter to turn on/off a breakpoint
Expected Behavior
Breakpoint is toggled on/off for that line
Actual Behavior
Nothing happens. Breakpoint not toggled.
The text was updated successfully, but these errors were encountered: