91–100 of 312 posts
Earlier quoted context omitted.
I've never heard of VS Code referred to as a web dev IDE - what makes you say that?
Well, the Task Runner has preconfigured options for Grunt, Gulp, npm, maven, and TypeScript, but not make, ghc, cargo, etc.
I keep trying VSCode, but the main thing that keeps me going back to Atom is the fact that I have to do everything at the command line or by editing an enormous json file. Maybe I'm spoiled, but I'd much rather have a nice UI to deal with settings than have to figure out that, say, in order to show line numbers I have to modify "editor.lineNumbers" and set it to "on" (or is it "true"? or 1? I can't remember... let me…
This is preciselly the reason I and many of my collegues love it - no GUI for settings. This means you can use hundreeds of tools to manage your settings and it is in true spirit of unix philosophy to keep everything as a text file. Much more time is wasted by looking for options in GUI equivalent and reproducibility, sharing, backup and comparing (diff) are way harder or nonexistent. Creating frontend for it is triv…
Some might say having both manual configuration and automated dialog would be better, but many such interfaces ruin the structures of my intentionally organized setting files. I will take no GUI than misbehaving GUI at any time.
I'm used to being able to run my program via command-R or some other key equivalent. I haven't been able to find a way to do this conveniently from VSCode. How do other VSCode users run their programs?
F5 is the default but you can set your own keyboard shortcuts from the File->Preferences->Keyboard Shortcuts menu
By default F5 is "continue debugging," but debugging is limited to Node, so I don't think that's what I want.
Incidentally my MBP has no F5 key :)
Earlier quoted context omitted.
VS Code is a web dev IDE. Microsoft has lost the mobile platform wars and pushing the web is a way of countering that. Plus, web and azure do go hand-in-hand, as you point out.
Nothing in VS Code is terribly web specific. I've been using it for C++ for which it works swimmingly.
I keep trying VSCode, but the main thing that keeps me going back to Atom is the fact that I have to do everything at the command line or by editing an enormous json file. Maybe I'm spoiled, but I'd much rather have a nice UI to deal with settings than have to figure out that, say, in order to show line numbers I have to modify "editor.lineNumbers" and set it to "on" (or is it "true"? or 1? I can't remember... let me…
This is preciselly the reason I and many of my collegues love it - no GUI for settings. This means you can use hundreeds of tools to manage your settings and it is in true spirit of unix philosophy to keep everything as a text file. Much more time is wasted by looking for options in GUI equivalent and reproducibility, sharing, backup and comparing (diff) are way harder or nonexistent. Creating frontend for it is triv…
I keep trying VSCode, but the main thing that keeps me going back to Atom is the fact that I have to do everything at the command line or by editing an enormous json file. Maybe I'm spoiled, but I'd much rather have a nice UI to deal with settings than have to figure out that, say, in order to show line numbers I have to modify "editor.lineNumbers" and set it to "on" (or is it "true"? or 1? I can't remember... let me…
Earlier quoted context omitted.
To your point, Atom allows both. Don't like the UI? Just edit config.cson or whatever directly! You're not locked into it. I just find that if I have to go through a LOT more steps without a UI.
I would rather have devs invest time in serious functionality then doing stuff like GUI. Otherwise, this quickly turns to nonsence such as Nano server image builder [1] because Microsoft is still babysitting people who CBB to spend few hours to learn Powershell basics and need a GUI that generate 1 liner script. Microsoft should definitelly rise beyond click next culture. [1] https://blogs.technet.microsoft.com/nanos…
I use vs code for Go development and it's pretty amazing. Slowly starting to use it in other languages as well, but the Go support is really 5*.
Earlier quoted context omitted.
This is preciselly the reason I and many of my collegues love it - no GUI for settings. This means you can use hundreeds of tools to manage your settings and it is in true spirit of unix philosophy to keep everything as a text file. Much more time is wasted by looking for options in GUI equivalent and reproducibility, sharing, backup and comparing (diff) are way harder or nonexistent. Creating frontend for it is triv…
To your point, Atom allows both. Don't like the UI? Just edit config.cson or whatever directly! You're not locked into it. I just find that if I have to go through a LOT more steps without a UI.
Earlier quoted context omitted.
Nothing in VS Code is terribly web specific. I've been using it for C++ for which it works swimmingly.
I would like to try it for native development. How do you run and debug your C++ programs from VSCode?
> VS Code supports tasks that you can configure to build your application, and natively understands the output of MSBuild, CSC, and XBuild.