-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Allow args to be defined from "user input" by using command.extention #77
Allow args to be defined from "user input" by using command.extention #77
Comments
Will work on this soon. |
From @mike-pt on March 5, 2017 13:37 Awesome, btw in the meantime I noticed that vscode fails to parse the args if I use "--". I.E. we have a project where we use getopt and when I pass some arg with "--something" getops fails as if I've entered something unavailable, yet it works just fine in the console (outside vs code/debugger). I'm just adding args as:
|
Try the following:
|
From @mike-pt on March 5, 2017 14:15 ah I see now I was doing it wrong, in fact that would break things specially for booleans as it would add a space ( Thanks for the clarification, can't wait for the FR though as that simplifies things when I want to test different "arg cases" one after the other, ofc for now I can still just change args, or add a new configuration to launch.json |
From @mike-pt on June 5, 2017 18:48 Any idea if this is still going to land soon? |
We are planning to solve this by helping users to attach to a running Python process, so you can start Python how you want and then post-launch attach to it (#1182 ). |
From @mike-pt on January 30, 2017 23:14
While discussing the ability to get user input to define program or args (see vscode#9544 ) I noticed I could do this with the python debugger for "args".
Since
args
expects an array not a strings this is at the moment impossible, however if args would be changed to string and (as suggested in the GHI) the Pyhton Debbuger impletments its own${command.extension.python-debug.getCommandline}
we could easy promt the "user" for args, this would be very handy when testing an appp for a bunch of different scenarios that change according to those args.Please consider this as a FR
Copied from original issue: DonJayamanne/pythonVSCode#684
The text was updated successfully, but these errors were encountered: