Live data from Hacker News

Visual Studio Code 1.9

code.visualstudio.com

161–170 of 312 posts

Re: Visual Studio Code 1.9

#161

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…

So.. have you even tried Code? It doesn't sound like you have. It's quite fast.

Sure I have, and it's had the same issues in my opinion

Re: Visual Studio Code 1.9

#162

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…

> 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 go waste more time looking it up...)

Maybe you've taken a look at it a while ago. It's still a big json file (great! everything at hand) but very easy to edit since it provides a lot of assistance: there's icons to set a new option, references for everything, and intellisense/autocompletion for the schema of every option you want to change. It'll even show invalid options with a squiggle (e.g. when some setting becomes deprecated).

IMO it's the best way to have settings in an app, especially when you can install extensions that adds settings of their own or when you want settings to be version-controllable.

Re: Visual Studio Code 1.9

#163

I am really loving VS Code. However, there are 2 big things I really need to give up Brackets/WebStorm entirely. 1) Jump to definition for plain JS. Both Brackets and WebStorm can find method definitions for any JS project. 2) Multiline searches. I use this quite a lot to find files that contain 2 terms on different lines.

1) I can already do this, just hold down control or command then hover over the symbol?

Doesn't work for any of my JS projects. However, Brackets and WebStorm work just fine. It does work for my TypeScript projects.

Edit: It does work on some symbols in JS projects. But it doesn't work on function calls. Example: 'object.methodName()' I can't click on methodName and have it find the source. Brackets and WebStorm find all possible definitions, if there is only 1, it will take you directly there, if there are multiple, then you get a list to choose from

Re: Visual Studio Code 1.9

#164
post #20

The slowness shown in the pre-1.9 terminal is a bit ridiculous. Was it really the case? I've never seen such a strangely-behaving emulator! Really good that they resolved the issue.

Hi, I worked on those improvements. Yes that is indeed what would happen when you ran a command with heaps of output, it would also lock up the UI while doing it. You probably haven't observed it much as you don't do recursive directory walk on a large directory ;) You can read more about the specifics if you're interested in https://github.com/Microsoft/vscode/issues/17875

Thanks for your work on this! The addition and consistent improvement of the integrated terminal is the number one reason why VSCode is my daily driver.

Re: Visual Studio Code 1.9

#165

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.

VSCode does have basic refactoring features.

Re: Visual Studio Code 1.9

#166
post #145

Earlier quoted context omitted.

> They lost the mobile phone, but I bet they will win the hybrid tablet/netbooks one, given how Android tablets disappeared from many consumer shops here in Germany, only to be replaced by Windows 10 ones. That could just be a regional anomaly.

Then it is an European regional anomaly, because I have seen it in other countries that I visit regularly (southern Europe). On the other hand, speaking about regional anomalies, I almost never seen Chromebooks on sale, or people using them. Yet they apparently sell like hot cakes in US.

Can confirm that this is the case here in the UK as well.

Re: Visual Studio Code 1.9

#167

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…

Depends on what features are important to you.

On my system, the new parallel file search from VS Code is an order of magnitude faster than Sublime. For example, searching my entire project is 2 secs in VS Code vs 20 sec in Sublime

Re: Visual Studio Code 1.9

#168

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?

Apart from the built in task runner system, you can always use an extension that does a "classic" command-R.

I use https://marketplace.visualstudio.com/items?itemName=formulah... and bound it to exactly this key.

Re: Visual Studio Code 1.9

#169
post #125

This is an off topic, but I just learned from the article that PowerShell will soon be the default in place of cmd.exe in Windows 10. I welcome this change as I found the experience of using PS was superior to that of bash/zsh in general cases. But I hope they figured out the performance problem. As of writing, in the stable version of Windows 10, PS is perceptually slower than cmd, so I was forced to use PS only whe…

> the experience of using PS was superior to that of bash As a Linux dweller, I'm genuinely curious about this one. I've found PS inferior in just about any use case.

I go back and forth between windows/unix for my day job and I also would be curious on any actual bullet points. I find that even in a situation where PS could potentially prove more useful or has an extra feature, what you end up with is a new set of chrome tabs open just to try and figure out how to do the thing.

I suppose this might(?) be mitigated if you're embedded in the .NET world, but I just can't seem to get the memory down for the silly cmdlet naming and since they also have the admittedly interesting object-piping thing going on, you're always battling two pain points at a time instead of just one (e.g. syntax/naming in bash)

Re: Visual Studio Code 1.9

#170

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…

Comparing atom and vscode is like comparing apples to oranges. They are sharing only Electron and nothing else. Some people do not want a full blown IDE (all of them are slower than VSCode) but also do not want a bare naked editor... I tried getting Sublime as feature rich as VSCode + one python plugin. Sublime was loosing and using most of the time more resources (Anaconda plugin)... code completion, auto suggestion, method jumping, inline help... everything was better in VSCode. Also not to mention the amount of help in other languages like JS. But if I would handle really big files without logic I would probably stick more to sublime.
Post reply on HN