Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Visual Studio Code 1.9

code.visualstudio.com

Post reply on HN
Print view View original

111–120 of 312 posts

Re: Visual Studio Code 1.9

#111

Post by segmondy »

Joeri wrote: post #43
christophilus wrote: post #30

VSCode really does improve with each release, and the monthly cycle is just about the perfect pace. This is a great example of how to run an OSS project. I wonder how much Microsoft spends on it each month, and what value they see in it? Is it just a marketing expense? e.g. They fund VSCode in order to gain the good will of developers which they hope will turn into Azure or maybe Windows sales in the future?

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.

This is a ridiculous comment. There are plugins for every language. I use VS and I don't use it for HTML/CSS or Javascript yet.

Re: Visual Studio Code 1.9

#112

Post by majkinetor »

vvanders wrote: post #64
majkinetor wrote: post #61

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…

Seriously, Ctrl+Shift+P and start typing gets me to what I need 99% of the time, it's glorious. Combined with the VIM plugin and I rarely need to touch the mouse.

I didn't try vim plugin but in general, no vim plugin is substitute for vim.

Re: Visual Studio Code 1.9

#113

Post by baldfat »

st3v3r wrote: post #95
majkinetor wrote: post #61

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…

I don't get that mindset at all. I can see desiring a file/command line interface for settings, but to want no GUI option at all for others is just strange.

The difference back in the years of old between running a Linux Server and running a Windows Server is one was GUI based and one is text based. I prefer text based a thousand times over. GUI is fine for single use but for text files it is a simple softlink and git away from having everything the same everywhere.

I use VS Code in three locations in three different OS and I love how it works the same everywhere because I just have text files.

Re: Visual Studio Code 1.9

#114

Post by etatoby »

yokohummer7 wrote: post #99
joekrill wrote: post #72

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.

Just curious, is Atom's UI considerate about modifying the content of a configuration file? I'm tired of programs changing the structure of it willy-nilly without even notifying the user (e.g. a click in the toolbar implicitly loads the configuration file and saves it with a different layout). Is Atom OK with this?

This is a problem with Sublime Text too. Don't bother putting comments in your settings file, or rearranging its contents. One hit of Ctrl-minus, even by accident, and your config file is wiped out and replaced with an auto-generated one, which incidentally contains your updated font size. You're welcome.

Re: Visual Studio Code 1.9

#115

Post by xwvvvvwx »

ridiculous_fish wrote: post #93
tonyedgecombe wrote: post #77

Earlier quoted context omitted.

F5 is the default but you can set your own keyboard shortcuts from the File->Preferences->Keyboard Shortcuts menu

There appears to be no way to bind a keyboard shortcut for running an arbitrary task. https://github.com/Microsoft/vscode/issues/6550 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 :)

There are debug adapters for tons of languages available through extensions. I use the C++ and Python debuggers regularly and love them :)

Re: Visual Studio Code 1.9

#116

Post by rockdoe »

WorldMaker wrote: post #12
testUser69 wrote: post #5

Earlier quoted context omitted.

It looks pretty bad on Linux too. Somehow they managed to transport the crappy font rendering from Windows to Linux. It really feels like it's not built for Linux, but just shoe-horned in.

Font rendering is handled by Chromium's libraries/dependencies. Do you also criticize Chromium's font rendering? Maybe you are just looking for things to complain about?

Chromium font rendering on Windows is terrible as it doesn't properly use the platform renderer and settings.

However on Linux it does, so this sounds like a broken fontconfig setup, or a toolkit not getting the right hinting config.

Re: Visual Studio Code 1.9

#117

Post by manishsharan »

I feel so guilty using this because I did not renew my license for Webstorm. I used to love webstorm but the javascript development environment/ecosystem has come such a long way since when I first purchased Webstorm.

Re: Visual Studio Code 1.9

#118

Post by kzisme »

computerex wrote: post #110
kzisme wrote: post #90

Earlier quoted context omitted.

VSCode vs Atom (in my opinion) isn't even a contest. Maybe Atom is super nice for some web dev stuff, but as a full flown IDE I just don't see the features.

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

Possibly? VSCode stands for Visual Studio Code (https://code.visualstudio.com/) right?

I've just seen most comments referring to it as an IDE.

Re: Visual Studio Code 1.9

#119

Post by david-given »

joekrill wrote: post #51

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…

Take another look. What you get now is still a gigantic JSON file... except it opens in a two-pane window, with the default settings (including detailed documentation in comments) on the left, and your local copy on the right. And beside each setting on the left is an icon where, if you press it, it copies the setting into your local copy, with all the correct JSON syntax. And usually there's a dropdown showing the different valid options and it uses folding to divide neatly up into sections. Oh, and the settings instantly apply when you save the file.

To me, this combines the best parts of being a text file --- standard commands, formatting the way you like it, you can search it, version controllable --- with the best parts of a GUI --- prompting as to what options are available, easy selection of alternates, documentation, etc. It's an amazingly good implementation and I wish more applications used it.

(e.g. the comment for editor.lineNumbers now tells me that valid options are 'on', 'off' and 'relative', which counts relative to the line the cursor is on.)

Re: Visual Studio Code 1.9

#120

Post by SippinLean »

santaclaus wrote: post #50
Joeri wrote: post #43

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.

The personal preferences file includes several defaults for S/CSS, HTML, JS and TS, and it has a lot of Typescript stuff out of the box, some node stuff.
Post reply on HN