Live data from Hacker News

Visual Studio Code 1.9

code.visualstudio.com

201–210 of 312 posts

Re: Visual Studio Code 1.9

#201
post #97

Earlier quoted context omitted.

Discoverability and ease of use ARE serious functionality.

This: https://i.imgur.com/oPYr6Ch.png isn't discoverable? The comments tell you in detail how each setting works (as you can see, they are even translated), you can search for a specific setting on the top, and it's categorized as well; defaults on the left, your own on the right.

No, wading through a huge text file is not discoverable.

Re: Visual Studio Code 1.9

#202
post #97

Earlier quoted context omitted.

Discoverability and ease of use ARE serious functionality.

There are different ways to discover stuff. Powershell itself clearly proves that it can be done on system level without any GUI whatsoever. We had the "ease of use" in GUI paradigm for decades and it didn't hold. Why don't you give it a chance as a text ?

Why do you want to limit yourself to only one way of doing things?

Re: Visual Studio Code 1.9

#203

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…

Yeah, like many others I maintain my configuration files in Git, so having to use files to configure is a pro, not a con, at least for me! I haven't been using VS Code but this sole factor might be the reason I will reconsider using it in the future. 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…

This is one of the things I really like about VC, they just implemented their config editing largely the way they support any language: just a json-file (but with comments) which has full-blown intellisense, and offers you a complete example of the defaults side-to-side with clear examples and explanations.

It also allows you to override certain settings per project/directory, which can then easily be included in git (like files to exclude from the file view for a specific project, path/tool settings, indentation settings, ...)

Re: Visual Studio Code 1.9

#204

Earlier quoted context omitted.

Are you confusing VSCode with Visual Studio? VSCode is not an IDE, it's an editor, much like Atom.

Vscode is an IDE. It integrates all your development into one environment. It comes with support for version control, code editing, task running, and debugging all from one application.

From the FAQ:

Visual Studio Code is a streamlined code editor with support for development operations like debugging, task running and version control. It aims to provide just the tools a developer needs for a quick code-build-debug cycle and leaves more complex workflows to fuller featured IDEs.

So, even Microsoft doesn't think it's a full blown IDE. With enough plug-ins it certainly could be.

Re: Visual Studio Code 1.9

#205
post #21

Man, I'd really like if they'd just add a default hotkey for 'Open Folder'. I know you can custom map hotkeys, but for an editor that's supposed to be 'easy to use out of the box', it's still lacking some basic features. That being said, it's nice that they're improving it still

Hitting F1 for the command palette tells me that the default shortcut for Open Folder is Ctrl+K Ctrl+O

Huh, I guess it just isn't shown on the file menu then. Thanks!

Re: Visual Studio Code 1.9

#206

Am I alone in rejecting this new wave of Electron/node-webkit based text editors? Every single one I've tried has been horribly slow, unstable, and a giant resource hog. I gave Atom a shot, and it crashed on importing a .csv file of a few thousand lines. What I want from a text editor is simply that: a text editor. For anything more advanced, move up to a proper IDE. Why anyone uses these over something like Sublime…

I use Atom over Sublime simply because Sublime doesn't support touch screen scrolling, and it's just second nature for me to touch and drag my screen when scrolling now.

VSCode is apparently faster than Atom, and I sped Atom up considerably by disabling languages that I rarely/never use. Timecop plugin does wonders for tracking down the slow plugins

Re: Visual Studio Code 1.9

#207
post #201

Earlier quoted context omitted.

This: https://i.imgur.com/oPYr6Ch.png isn't discoverable? The comments tell you in detail how each setting works (as you can see, they are even translated), you can search for a specific setting on the top, and it's categorized as well; defaults on the left, your own on the right.

No, wading through a huge text file is not discoverable.

How would you suggest that many settings be implemented in a GUI? It'd have to break them up into groups, and it appears that's exactly what VS Code is doing.

Re: Visual Studio Code 1.9

#208

Earlier quoted context omitted.

Vscode is an IDE. It integrates all your development into one environment. It comes with support for version control, code editing, task running, and debugging all from one application.

An IDE is so much more. For instance, refactoring features. Even Microsoft defines VSCode as a "code editor" and not an IDE.

Think of "code editor" and "IDE" as two endpoints on a continuum. VsCode is less of an IDE than Visual Studio or Eclipse, but more of an IDE than Atom.

It has has debugging and task running, after all. Sounds a lot like an IDE.

Post reply on HN