Hacker News new | past | comments | ask | show | jobs | submit login
Visual Studio Code 1.7 (visualstudio.com)
454 points by mpalme on Nov 2, 2016 | hide | past | web | favorite | 169 comments

They had to rollback the update:

> Unfortunately, we needed to roll back the 1.7 release of VS Code. One of the great new features in 1.7 is the automatic acquisition of typing files when writing JavaScript and TypeScript. These typings files drive the IntelliSense (code completions) experience in the tool. The feature was so great that we started to overload the npmjs.org service. The right thing to do in the short term was to revert the release. If you had already upgraded to 1.7 you would have been prompted to install another update and you should now be at 1.6.1 again. We apologize for this inconvenience and we're working hard to make both short and long term fixes to bring you a great editing experience in VS Code.

Auto downgrade. That's a first.

I was so confused. Thank you.

They already published a recovery build. Now updating 1.7 will install 1.7.1.

It was funny, I've just installed vscode in an old machine and came to HN. On the first page there as a newer version. Holy Shit! They've updated between the install and visiting the page. I was almost buying Microsft

Microsoft and TypeScript team are doing amazing work with this editor! There are so many interesting features in it, gave it a shot few weeks ago and was really satisfied. And it is probably the first electron app that didn't feel like rest of the bunch, that are pretty much hogs and not very responsive (especially when we talk about editors and IDEs).

But you know, I can't hang Emacs and Vim on the wall and leave them there. It just got so much under my skin, and I got so much used to them that using GUI editor after few years of them just feels odd. And I use them for 5 years. I can't imagine how it is for people that used them for 20+ years...

I've been using the Vim extension for quite a while and it's become fairly robust. I think it bests jVi in Netbeans.

Which vim extension in particular?

Not GP but probably VSCodeVim

I really miss leaders though.

Does it support visual block mode now?

VSCodeVim does support visual block mode.

>But you know, I can't hang Emacs and Vim on the wall and leave them there.

I never got the hang of Emacs, but there is a decent vim extension (there are a bunch) called vimStyle which at least gets you the vim-like code navigation.

I had really hard time for 3 months (after using vim for 4 years). I just uninstalled everything else, and first week was painful, but it was really fun since I wanted to learn Lisp/Scheme, so I touched ELisp while playing/tweaking with emacs. After that I just couldn't go back to Vim. I started tweaking and digging. The point of Emacs is that you can make it be whatever you want. It can be both amazingly ugly and beautiful, minimal or heavy like an OS. In the end, what kept me on Emacs to be sincere was auto indentation and perfect completion system. I always had to tweak and fix those things in Vim. In Emacs, nothing, I just write code (yeah, navigating code in Vim is faster, but Emacs has some really neat ides like rectangles).

Hmm. Emacs' indentation is one of the things I've had to fight hardest. It's extremely opinionated, and it's almost always wrong for each new language I teach it about, and it took a lot of convincing to indent C and Java the way I want.

The way it defaulted to using smart fill (i.e. use indent div 8 tabs followed by indent mod 8 spaces), so that indentation had this mix of indent and spaces, gah.

It's bad enough that I wrote my own plain non-smart auto-indent (just replicate indent of previous line) to get by in modes I couldn't convince to be sane.

The fact that there is no real unification for your preferred indentation step is really telling. I have a big block configuring c-basic-offset, js-indent-level, css-indent-offset, etc. - a big random bag of different variables that affect different subsets of language modes, depending on their lineage.

I use Emacs for languages I work continuously in and have strong (or am forming) opinions about. Willing to invest 1-2 hrs configuring. Save it in a git repo.

Not everyone share's preferences (tabs, spaces, etc.) across languages. Maybe I'm crazy but I use 2 vs 4 in different languages.

If I'm just trying a language out for the first time, I find it much easier to use vscode + vim plugin + language plugin to try something out.

But then you have to update your settings every time you collaborate on a different project with different opinions about indenting. The right way would be for emacs to simply respect the project's .editorconfig file like any other editor does, but I can't for the life of me make emacs open JavaScript files and set up indentation properly with editorconfig. It totally defeats the purpose...

Since you used vim for 4 years, why didn't you add evil to emacs?

Good question. I dare to say EVIL is best Vim alternative. It's 98% percent there. But it felt wrong using Vim in Emacs. Then I wasn't using Vim nor Emacs, because I would mix commands from both (sometimes I would use C-s sometimes /?). So I told myself, if I felt comfortable using Vim, then why don't I try and learn Emacs so I can be comfortable in it too? And now after 6 months in Emacs I got to that standard productivity point in terms of navigating and chunking out the code. But the best aspect of Emacs for me personaly is, I want to do something with text, I just select it, press M-x, enter the word(noun,verb of thing I want to do with it) press TAB, see list of available commands and voila! It amazes me how many options there are in Emacs! Wonderful really!

I feel you... I use some unholy abomination of Emacs, Vim, and Spacemacs. Sometimes based on convenience, but mostly based on what I learned first.

It's not the same. Close but no.

what would something 10x better than vim/emacs/vscode look like ?

Gary Bernhardt's "A Whole New World" had a cool vision for what the future of editors might look like: https://www.destroyallsoftware.com/talks/a-whole-new-world

And here's[1] a project inspired by Gary's talk to design and implement a new escape protocol and a new virtual terminal to support these sorts of use-cases. (I'm not involved with the project.)

[1] https://github.com/withoutboats/notty

Isn't there a point of diminishing returns there? Also, isn't that a bit subjective? I'm glad VS Code exists, because it helps push other projects to be better.

I've been using it since 1.2 and it works nicely. Very stable.

Ah haha this is too funny, I just this morning caved from trying to have a functioning version of Ubuntu on the macbook work gave me, booted back into OSX, and spent a good 30 minutes scrolling through the VSCode keyboard shortcuts JSON, writing down the ones I was interested in relearning on post-its and lining them around my monitor.

And not four hours later they release a pretty little printable PDF.

Not very on topic but I hope some of you can at least get a hoot from my misery.

Looks like they also added bindings from the other popular editors so if you were using those you won't have to learn anything.

It's not like it was very difficult to have a simple key binding list before the update. There are many json to html table websites out there, or you could just paste it in vs code and use multiple cursors to remove all the json syntax in like 10 seconds.

No, you use regexes for that.

Seriously why don't all software projects do this? It is a no brainer!

When MS gets into something, they really get into it.

VS Code has exceeded pretty much all my expectations with the pace it has been progressing at.

The biggest thing for me has been the consistency. They already had an amazing IDE (Visual Studio), then they buckled down and made an amazing paired-down version (VSCode). It works well, does all the things I'd want and then some.

Compare to Google releasing a chat client / message handler (google voice app), another one (hangouts), taking away functionality (removing shared sms/hangouts convos), then releasing two more chat apps (allo/duo). Or countless other occasions they've done this.

I was just thinking today after yesterday's HN thread on the new Macbook and "everything wrong with it." People were complaining that nobody can really match the build quality of Apple, which is a shame because it'd be great to have a windows / linux device with high build quality (that isn't hacky). Imagine if Microsoft put their weight behind manufacturing a dope laptop like Google has been trying to do with the Pixel phone?

> an amazing paired-down version

FYI, and no judgement: the word is "pare", meaning "to trim" or "to cut down".

Also seen in "paring knife" :-)

Hah, thank you. I also always confuse "here here" and "hear hear," amongst a million other things.

Would you believe I spent 4 years getting a Bachelor's in Writing? :P

What about the Surface Book?

Regarding Linux... the Surface Book (and Pro) are rather unique devices, as far as hardware is concerned. You loose a lot of core functionality if you run anything except Windows on them. I've tried.

If you want a strictly Windows-only device, they're not bad. (Buggy drivers aside.) The N-trig stylus technology is absolutely amazing if you do graphic design. But if you want to dual boot into Linux, you'll be happier with a more traditional laptop.

To be honest, I tried both a Surface Pro 3 and a Surface Book as my primary laptop. In the end, I keep going back to my 2012 MacBook Air. At least for me, Apple still has an edge in overall experience.

If you do graphic design, you may not want N-trig styluses. The biggest drawback of their system is that it requires a certain, higher amount of pressure to register a stroke—higher than the Wacom or Apple Stylus counterparts.

See https://www.reddit.com/r/Surface/comments/3ttia5/sp4_pen_not... and how people seemed considerably more happy with the Wacom technology in the Surface 1, than the N-trig with the latter iterations of Surface tablets.

Tried that this week in a shop after the week Apple announcement. I think although it's very cool as a laptop it didn't beat the old Macbooks for me: Downsides were the thick & heavy screen which made it a little bit unbalanced and also shaky while typing on it. Besides that a touchpad which felt worse than what Apple has (although better than what most other Windows laptops have) and a cheaper looking finish (surface/painting looked more plastic like than the aluminum surface of the macbook). As an upside it had a really great keyboard, which might not be the case for the 2016 Apple models.

the surface book is getting there but it still crashes occasionally when disconnecting the screen. not build quality per se but definitely not apple-like

I’ve had a Surface Book for five months or so and used it heavily, detatching it quite commonly; I’ve had it BSOD from detaching the screen once, 22 days ago. But I’m in the Insider Preview so I’m using pre-release software, so my experience is not necessarily representative. (It could plausibly crash more or less commonly.)

But on the build quality thing: I got a Surface Book because, as David said concerning the sword of Goliath, there is none like it. It’s not just build quality (which is really solid), it’s also the touchscreen and pen input and detachability.

Or the Surface Pro for that matter.

You can pretty easily run Windows natively on a MacBook Pro. I've been using a MacBook Pro as my full-time Windows machine for about seven good years.

MS has always been good at developer tools (in their own way)

Developers, developers, developers...

Across a lot of products...it almost seems like a ban on ideas was lifted and there's suddenly a decade of pent up creativity and enthusiasm being released by Microsoft.

Microsoft really knows how to do dev tools. If only they were as disciplined and effective with some of their other product lines.

The combo of Typescript and VS Code is really well done. Transitioning from JS to TS is well supported by documentation, IDE integration and language design.

Apple once made people very happy when they adapted things and workflows that are important to Unix users. Now they're drifting away from that. Microsoft is going in the opposite direction and seems to listen to what developers really would like to see.

Yes. With TS2 the type gathering is much easier, but there are still many libs out there with outdated type definitions or none at all.

They got this "allowJs" flag, which I found a good idea, but I never got it to work.

I recently started doing more and more javascript font-end work as opposed to C# backend stuff. So, of course, I started with Atom. But I kept having issues with it, and ended up playing around with VS Code and loving it.

As someone who really loves the C# language, I was really questioning if I liked VS Code just because it was Microsoft. Was I some kind of Microsoft fanboy? I'm glad to see a lot of the "front end" community embracing it - it's weirdly validating to me. :)

It really is remarkable. You wouldn't think that an editor based on the same engine would be this significantly better than atom, but vs code continues to defeat atom in performance and native features.

Don't worry about that. It really is that good. [Long-time Mac and Vim user.]

As much as I wanted to like Atom over VS Code, I find myself changing and starting most of my new projects in VS Code exclusively.

One thing that surprised me that VS Code didn't have was multiple cursors?? (like Atom and Sublime have by default). I didn't realise how much I use that feature (for renaming variables in a short procedure/function block etc). There is probably a plugin for that somewhere, I guess.

Ah, Thanks - I see now the shortcut is [Alt-click] as opposed to [Cmd-click] in the other two editors. I just didn't dig around enough to find the right key combination. But I guess this shows how ingrained muscle memory and habits are hard to change, and why certain editors remain people's favourites.

Be warned though... this is one area where vscode is noticeably worse than atom or sublime; There's no alt-click-drag support so making a rectangular edit is much more work; you manually create the correct selection on each line. It's one of the few things I miss from Atom (and one of the main reasons I switched to textmate way way back).

alt+shift+click-drag mate. Drag a rectangle and hit an arrow key seems fastest to make a column.

It actually does have multi cursor. Try cmd + D to highlight multiple instances of a selected block, just like in sublime.

Thanks for the additional useful tip. My usage of this feature is usually via 'brute force', i.e. Cmd-click (or Cmd-double click) on multiple points in my code and begin typing. This shortcut will make variable renaming a LOT easier.

Maybe you should also learn that ctrl+k skip one of the selections, so you can rename things and skip the ones that you don't want to change pretty fast when combined with ctrl+d.

The keyboard modifier for an additional cursor is Alt instead of Ctrl in VS Code. Maybe that's why you haven't found it.

Yes, that was it. Damn that muscle memory! :)

I love using VIM to edit, but stuff like the following makes it hard for me to resist switching.

"ATA makes typings files almost invisible. A TypeScript language server that has ATA enabled watches your package.json files and automatically installs the typings files of all dependencies in a cache on your file system. It does the same when it finds references to well known client-side libraries. When you then invoke IntelliSense, the TypeScript server uses the typings files in the cache."

There's no need to switch editors for that. The language servers can be used by any editor that supports the language server protocol. As far as I know nobody has written a plugin for Vim yet, but here's a discussion issue on the neovim tracker: https://github.com/neovim/neovim/issues/5522

Also, async completers like deoplete[1] offer non-blocking completion.


> stuff like the following makes it hard for me to resist switching.

I don't think one should "resist". IDEs (VS code is an IDE, at this point) are very powerful. I really wish vim-modes would go away; I would like to see Neovim embedded in VS code and friends, instead. By "embed" I mean: nvim is the text editor, it does everything; it lives in the "document" area of the IDE; and you can bind nvim keys to IDE functions/commands (such as "Open Type...").

[1] https://github.com/Shougo/deoplete.nvim

Try Tsuquyomi: https://github.com/Quramy/tsuquyomi It works.

Hey, I'm one of the developers of VSCodeVim, and I'd encourage you to try out our extension and see how it works for you. You could get the best of both worlds! :)

Vscode + vim is a great combo

I typically bounce between vim and Atom for Python development, with occasional forays into VSC. VSC has come along very nicely to the point where I may just make it my full time GUI editor.

Can anybody recommend some must have plugins for Python development on VSC?

https://marketplace.visualstudio.com/items?itemName=donjayam... is fantastic, and I haven't felt the need to install anything beyond that (for Python specifically).

I really like their openess on Github[1] and fact that they're using Projects feature[2]



I'm really surprised by just how polished and fast Code is. It's like Atom but better in almost every regard with the exception of plugins available. Highly recommended.

I wonder if this could be a reason so many comments mention better speed than atom.

Couple of months ago I've wiped out all extra plugins in atom and installed just ones I'm really using. Atom became much more responsive, very noticeable difference.

Not a negative comment in the thread so far. That's amazing for something Microsoft, as anyone who's been around here can attest. There's a corner being turned here; time to buy MSFT?

I mean, it's been a big couple weeks of releases. Between Surface Studio, the new speech recognition results, Teams, and this VSCode update (barring the npm issue) they seem to be really hitting their stride, in a way that hasn't been seen in years. Just in time to start clawing back tons of market share from Apple, too.

But I'm sure 2017 will be the year of Linux on the desktop.

VSCode is very good, free but doesn't make $ for share holder.

But you should check out the redit thread on Windows 10.

My only complain is that they still don't allow mixing vertical and horizontal layout splits. That aside, VSCode is a quite good code editor.

Sure, if you wanna buy when $MSFT is the highest it's been since the dot com era. Right about five months ago would've been a good time, though.

I've been using VSC since June-ish and I couldnt be happier. I never used Sublime (Atom was my go-to before VSC), but I don't think I'll be switching to another editor for a long time. Love the nodejs debugging too, and obviously the non-atom-like performance ;)

Well done, Microsoft!

So many new features again. Always happy to update and read the change log.

Code is the first editor I've used that might actually replace Notepad++ as my always-open-editor-used-for-absolutely-everything.

I recently switch from atom, but the one thing I hate is that it doesn't save open files or folders between runs

If you mean keeping track of dirty files between sessions (aka hot exit), work started during this release and it should come to stable in v1.8. See https://github.com/Microsoft/vscode/issues/101

That's the main reason I don't use it. The other is that there's no way to hide the buttons on the left.



That's weird, it does for me if if I don't crash. I remember specifically closing and reopening when I have my files just right so that they'd still be like that if it crashed lol.

It does (or maybe it is 'Project Manager' extension). Try it out.

Tried Project Manager, useful but didn't keep the folder open :(. And I checked my settings, I have "window.reopenFolders": "all"

It does for me. I'm not using any particular extension.

I still prefer using the free edition of VS2015. Maybe too stuck in my ways.

Visual Studio Code really shines on Mac and Linux where there is no VS2015 available

I have no idea why anyone would prefer VS Code for C++ or C#/.NET work on Windows. For everything else, Visual Studio has never been particularly great.

I think a strong pull for it is its node debugger. At least for me. I'm not building giant C++ libraries (or however you C/C++/C# folks do) so it's just the right weight for what I do.

Last time I tried to install Visual Studio it was like 9gbs for the core.

VS 15 let you pare that down upon initial install. A services dev doesn't need a WPF or Winforms editor.

Multiple cursors.

Ugh, Visual Studio != Visual Studio Code!

Edit: My bad. Felt weird comparing VS to VSC, so that's the source of my confusion.

I think that's what he's saying.

I liked VS Code when I tried it. But...

It irked me when I found out you had to disable telemetry per project/file. That really should be a global setting. Obtaining telemetry data through attrition is not something that will spur my adoption.

I'd rather stay with Atom, vim, or even Eclipse.

Umm, you can disable it globally. They have pretty amazing documentation, 3 seconds of searching later:



  Close VS Code.
  Open the command prompt.
  Type cd %ProgramFiles(x86)%\Visual Studio Code\resources\app
  Type notepad product.json
  Replace enableTelemetry=true with enableTelemetry=false.
  Save the file via CTRL+S and exit Notepad. Collection of usage data should now be disabled.
OS X / Linux

  Close VS Code.
  Open the terminal
  Mac Type cd <PATH-TO-VSCode>/Visual\ Studio\ Code.app/Contents/Resources/app
  Linux Type cd <PATH-TO-VSCode>/Resources/app
  Type vi product.json
  Replace enableTelemetry=true with enableTelemetry=false
  Save the file via Esc ZZ. Collection of usage data should now be disabled.

The current docs ( https://code.visualstudio.com/Docs/supporting/FAQ#_how-to-di... ) seems to indicate that it's just a normal pref now, you don't need to edit the app to do it.

I wasn't able to figure out what version readthedocs was last generated for.

Telemetry and crash report still enabled by default. Unsure of what will happen upon update if the global settings file is altered.

Yeah, I've been on that page before. Old instructions were per project. Wasn't motivated to keep checking for changes.

Thanks for letting me know. LMGTFYAAA...

The Keyboard Shortcuts Reference reminds me that I always wanted to have a keyboard shortcut spaced repetition learning program where you actually have to press the key combinations. Maybe somebody could write an extension to VSCode.

keep these updates coming, it's a truly beautiful product. At times it makes me feel I should switch off Emacs for go/node development due to it's debugging being so nice versus using something like delv.

Mostly ruby developer here these days.

Just installed VSCode, installed a Ruby plugin (with the required ruby-debug-ide prereq), and opened a project. Debugger seems to just work. Very impressive.

Tried the vim bindings, doesn't seem to be working so well. This is something I'm used to -- vim bindings rarely work well outside of Vim. Basics like "diw" (delete inside word) don't work though.

I'll probably stick with Vim for my day-to-day editing, but you can count on me using VSCode for debugging. Not a big fan of Rubymine -- too sluggish for my tastes.

Which extension are you using? I'm using vscodevim and diw, ciw, and the likes work.

Was using vimStyle, I'll try some of the other ones.

Which vim plugin did you use? There's 4 different ones.

I'm currently working on nightly builds for ARM and Intel linux-based systems (including Raspberry Pi and [Chromebook, Android] <- under Debian jails).

I could really use one or more Raspberry Pi 2/3 testers on a Debian distro (ideally Raspbian) for early feedback.

Hoping to announce the project on HN properly myself when it's ready (it's a very early state, although extensions are working), so I'd ask for discretion of whoever feels like helping me out.

Try posting to reddit. On the respective product subs.

Kudos to MS for Visual Studio Code and Typescript for bringing a bit of sanity to the world of JS.

Dear Microsoft, PLEASE native SFTP sync support. I will switch from Sublime permanently.

I see requests for this a lot. Is there a reason not to just do this at the OS level, with FUSE (sshfs) or GVFS or something - then it'll just work everywhere?

I can't see why every editor should be implementing filesystem stuff?

Why not use some tool for that and decouple it from your editor requirements? I leave a gulp task running when I have to use ftp work to just mirror my git branch https://www.npmjs.com/package/vinyl-ftp

SFTP uses SSH, and I need SYNC ability, not just reupload the entire project.

I use a rsync-based script to upload only changed files. In large projects rsync takes some time to find changed files so I wrote another script that finds them by modified time and passes a list to rsync.

Why can't you use rsync ? Curious on the use case for this if you don't mind elaborating.

I can use rsync, I'd rather it all integrated. I don't think this is a big request here, as every other editor has at least a functional plugin for this.

I've found the ftp-sync extension's sftp support adequate for my use so far. I've definitely found full-syncs to be a bit slow when there's a lot of stuff in the folder, but it seems ok so far.

That plugin is crap for any decently sized sync. It completely hangs and crashes VS Code.

Why not use git?

Git deployment requires you to make commits. I prefer having a find + rsync based script that finds modified files and uploads them via SSH.

How can I use git to connect remotely to a server and edit a file?

Sometimes your cheap shared hosts don't have git on the other end.

You should try Digital Ocean $5/month. Have root access, etc.

Is there a shared host cheaper than that?

I don't know if there is any shared host cheaper than that (I suppose there are but I'm too lazy to check right now), but sometimes the appeal in using a shared host is in some of their features which you don't get in a VPS (e.g.: cpanel).

Also be very careful, with "Dirty COW" hack, anyone can become root as long as they can run their own binary on any shared host.

I was wondering, like there is usually a "recommended plugins" list for Vim, does such a thing already exist for VS code?

Already exists, use the extensions panel (the square icon in the left most side of VSCode)

Thanks, knew the extensions panel, but not the "recommended" and "popular" parts.

The vscodevim vim bindings have improved greatly since a couple of months ago and is comparable to Sublime's vintage.

These features are still missing and are keeping me from switching completely from Sublime:

- Project wide symbol fuzzy search (cmd+shift+r in sublime)

- Read from stdin (`git show | code`)

I couldn't find a good tutorial about using VSCode for Python development. I'd like to setup debugging, intellisense and the interactive shell, but the info is sparse. Do you have any suggestion?

I'm thinking of moving away from pycharm when this year runs out and moving to vs code + python. It has full debug, scm, virtualenv support (which was broken in pycharm 2016.x for a time) and intellisense. I would still use Brackets for html and css because I love quick-edit, the ability to edit a css rule or color by hovering and hitting ctl-e.

PyCharm community edition is very good. Maybe all the features aren't necessary. But VSCode would allow me to use it in other environments.

Did this tutorial not cover everything you needed for VSCode?


Also, not sure if you are on Windows, but regular VS + PyTools makes for a fantastic python IDE.

Keymaps for Sublime and Atom

They are on a mission.

I was so excited, but it turns out there's still no middle click for block selection :(

I like to read these release discussions so much.

Everyone has their pet feature, most of them stuff that I never use or didn't even know they existed.

I personally like ctrl+/ to comment out blocks or mark stuff from the integrated terminal, both didn't work the last time I tried it.

Commenting out is there, you can search the keyboard shortcut settings to find the proper key. Actually, there are multiple commands on that subject:

- editor.action.commentLine toggles comments

- editor.action.addCommentLine & editor.action.removeCommentLine

- editor.action.blockComment for block comments

The one unfortunate thing about it is that it doesn't work/isn't packaged for Raspberry Pi.

I don't understand why they don't make a package for the pi, if it's a JS app anyways

Doesn't compile on my system.

From above, but:

I'm currently working on nightlies for ARM and Intel linux-based systems (including Raspberry Pi and [Chromebook, Android] <- under Debian jails).

I could really use one or more Raspberry Pi 2/3 testers on a Debian distro (ideally Raspbian) for early feedback.

Hoping to announce the project on HN properly myself when it's ready (it's a very early state, although extensions are working), so I'd ask for discretion of whoever feels like helping me out.

What I also don't understand is why doesn't Debian package it? Is it not fully free or does it have licencing issues like Atom?

It would need a maintainer, and would have to work its way through unstable->testing->stable too.

Is there even an official Debian that runs of RasPi, anyways? Thought Raspbian was a fan effort that resurrected an old armf fork or similar.

Sometimes throwing everything out and starting over is bad. But you know what? Sometimes it's pretty damned good. Amazing how quickly you can iterate when you throw out all the cruft.

Upvote when I see this, visual studio code is just awesome and makes me much more productive ( on Windows)

I think there has to happen a lot when a version release won't make it to the front page :p

I've tried it, but I'm not as big a fan of the UX, so I'm sticking with Atom. Also, Atom is easier to customize to your liking, I've already written custom commands for it and modified the CSS. Also themes are lacking in VS Code.

What I would like to see is Atom embracing the IDE to the same level VS Code is doing. If Atom had a proper debugger UX that all language could use, and better auto-complete. Those are the only things I find better in VS Code.

Thing I like the most about Atom is it's integration with Github for plugins, and even issues for those plugins. Last week there was a bug introduced in the latest build impacting split pane diff, error came up, with a link "Click here to submit an issue". I clicked it, and instead of taking me to a submission form, it intelligently took me to an issue already made and being discussed.

I'm very impressed with it as an editor (so impressed it got me to divorce Sublime), but I am curious to give VSS a whirl on of these days.

VSCode supports TextMate themes, which there are very very many of.


Actually, I'm not a fan boy of something (except hockey, basketball, .. nevermind). However, Visual Studio is awesome! thanks a lot!


> Whoops! 1.7 release rolled back to 1.6.1 due to issue downloading definition files for IntelliSense

Have been using VSCode for months now and I like it a lot. Only thing I am missing coming from PhpStorm is a good merge tool. For some reason I found JetBrains' one really appealing and I struggle to find 3rd party ones that do not feel clunky.

I can't see horizontal layouts. I reinstalled from scratch and still can't see it.

"To enable horizontal layout for the current workspace, use:

The View menu Toggle Editor Group Layout."

Ah, it's one or the other. That sucks but thanks for the clarification.

I wish wish wish MS would add built in, offline spell checking. The plugins I've tried are pretty buggy, and I would love to spell check markdown and documentation. (Also, spell check applied only to comments would be cool too!)

I gotta say, the speed with which they add new features to VSC is incredible.

Interesting to see that all screenshots are taken on a Mac...

As an Atom user, I gotta say this looks like a solid release and I'm excited to give VS Code another try. Well done!

lol, they just rolled back to 1.6 since users were DDOSing npmjs.org ;)

CSS completions in HTML, I was waiting for that one (for Polymer projects).

Intellisense for script tags in HTML still not working though...

It's interesting they base this on NodeJS instead of Chakra.

Isn't Chakra a alternative to V8 as opposed to NodeJS?

There is a variant of NodeJS, that is based on Chakra instead of V8, but it might not be mature enough to use here I guess.

It'd have to come down to Electron supporting Chakra. This is the editor, not the base.

I'm going to have to rate this as "probably never going to work". I really wanted it to succeed, because I actually like Microsoft and want a new editor, but the pure amount of ignorance this thing began with and continues to display is just too much.

* Didn't launch with tabs, a plugin system, or code folding

* Still no Projects or Workspace. You can open a "Folder", which behaves like a workspace, but you can only have one open at a time.

* When you search/find-in-files, it uses the left UI element, which is just dumb for search in code as you can only see about 20 characters per line. Yeah you can expand the window, but do you want to do that every time?

* Can't drag the UI elements and attach them somewhere else, which is a common staple of modern GUIs. This would fix the search "problem"

* No support for FTP or SSH as far as I can tell (I do see an extension or two)

When it wasn't launched with tabs, I gave it the benefit of the doubt thinking they were just releasing something Alpha to get a feel for the market. But they consistently can't put out common sense, modern day features. I feel like a couple guys at MS got bored and decided to randomly work on an editor without researching what is great about other editors first.

Sorry for the harshness of this post, I'm just disappointed, and love code editors.

You can have different instances of VSC open if you want to use 2 different workspaces at the same time. On Windows I just right-click the task bar and do "New Window" for that.

Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | Legal | Apply to YC | Contact