Skip to content
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

Set next line in debugger #1753

Closed
kostyamy opened this issue Sep 13, 2017 · 9 comments · Fixed by #2775
Closed

Set next line in debugger #1753

kostyamy opened this issue Sep 13, 2017 · 9 comments · Fixed by #2775

Comments

@kostyamy
Copy link

Environment data

dotnet --info output:
VS Code version:
C# Extension version:

are there any plan to implement similar feature outlined here:
microsoft/vscode-cpptools#1025

without such feature it makes little sense to stay in VS Code on windows but rather go straight to full blown Visual Studio.

Thanks in advance

@gregg-miskelly
Copy link
Contributor

It has been on our backlog, and it is something we are interested in. But VS Code doesn't actually support it (just the protocol) so it hasn't been a big priority for us.

@gregg-miskelly
Copy link
Contributor

And just to be clear: if you are happy with VS, please don't think Microsoft is trying to convince you to switch to VS Code. We hope VS Code is an interesting option for folks who either can't use VS (ex: because they are on Linux) or who prefer the "lightweight editor" way of working that VS Code specializes in to the "full IDE" experience that VS aims to provide. But IMHO I hope VS always stays the best C# IDE for folks who want a "full IDE" experience.

@kostyamy
Copy link
Author

Thank you Gregg for responding. Perhaps you have misunderstood me but I never implied that anyone is trying to convince me to switch back to VS. I use both on daily basis. Been working with MS build tools and IDEs since 89 and still convinced at this time VS is the best IDE out there. However in highly diverse dev team i have to make an attempt to stay somewhat on the same page with our non-ms developers - guys who works on client side and mostly use MAC (i'm sure you that kind -ms haters for no reason). So having unified tools set would definitely help overall moral..

Another good feature to have would be variable inspector similar to VS so i can extract/replace variable name with pre-formatted value.
for example sqlCommand.ConnextText reveals text value without "\r\n" but as actual "printed" text so i can copy/paste into SQL Management tool to debug resulted query.

@gregg-miskelly
Copy link
Contributor

gregg-miskelly commented Sep 18, 2017

@kostyamy You can achieve a "poor man's" version of the raw text visualizer with the ",nq" format specifier.

Example:

  1. Go to the debug console.
  2. Evaluate 'exampleVariable'
  3. Result: "Hello\nWorld"
  4. Evaluate 'exampleVariable,nq'
  5. Result:
Hello
World

@bernardbr
Copy link

Thanks a lot @gregg-miskelly !

@gregg-miskelly
Copy link
Contributor

I had trouble finding this issue, so adding a note here - this issue tracks supporting Set Next Statement in vsdbg.

@mokcsayadam
Copy link

Still no progress with this feature?

@kostyamy
Copy link
Author

kostyamy commented Nov 28, 2018

Thank you Greg

I had trouble finding this issue, so adding a note here - this issue tracks supporting Set Next Statement in vsdbg.

Thank you Gregg

@gregg-miskelly gregg-miskelly added this to the 1.18 milestone Nov 28, 2018
@gregg-miskelly
Copy link
Contributor

We have heard a few requests for this lately, and from my own usage I also constantly use this feature, so I decided to create a quick prototype to see if we can support this from the editor context menu through VS Code's extensibility APIs. So far, things are looking promising. So I will tentatively add this to 1.18.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants