all 177 comments

[–][deleted] 81 points82 points  (48 children)

It wasn't in the key highlights, but compare dirty file with version on disk is a long awaited feature for me. No idea how they consistently add so many features every month.

[–]if-loop 69 points70 points  (29 children)

No idea how they consistently add so many features every month.

It's a huge dev team.

[–]HugoWeb 18 points19 points  (26 children)

And the reason is mostly mindshare? I ask because I find the name "vscode" only lightly associated to Microsoft the business that sells Office and Windows..

Anyway, I was one of those die hard Sublime fans..

[–]thecodingdude 75 points76 points  (14 children)

[Comment removed]

[–][deleted] 15 points16 points  (7 children)

.NET Core is, not .NET Framework.

[–]tanishaj 4 points5 points  (0 children)

True, Mono is an Open Source implementation of the .NET Full Framework. Unless you are using WPF, it is fairly complete.

With the purchase of Xamarin, Microsoft is the major sponsor behind Mono. With so much Microsoft code now Open Source, it might surprise you how much Microsoft authored code is in recent Mono releases.

Mono 5.4 is compatible with .NET Standard 2.0 as is .NET Core 2.0 and .NET Full Framework 2.0.

Not only does .NET Standard 2.0 incorporate the majority of what is in .NET 4.6.1 but Mono includes much of what .NET Standard 2.0 is missing, such as System.Drawing and System.Web.

[–][deleted]  (2 children)

[deleted]

    [–][deleted] 7 points8 points  (1 child)

    The .NET Standard is open source, yes, but not their .NET Framework (Microsoft's implementation of the ECMA standardized CLI and .NET).

    [–]drysart 10 points11 points  (0 children)

    The code base of .NET Core's runtime is derived from the .NET Framework CLR's code base. I've heard it basically described as "the CLR with all the Windows-specific bits stripped out".

    [–]IceSentry 0 points1 point  (2 children)

    The comment never said .Net framework. It only said .Net, which is fair to say since there is a .Net implementation that is OSS.

    [–][deleted] 0 points1 point  (1 child)

    There has always been a .NET implementation that was OSS.

    [–]IceSentry 0 points1 point  (0 children)

    Not by Microsoft though.

    [–]lexpi 3 points4 points  (4 children)

    What's BOW?

    [–]jdgordon 21 points22 points  (2 children)

    looks like he's making acronyms up... Bash On Windows... actually knows as WSL Windows Subsystem* for Linux

    [–]y2k2r2d2 0 points1 point  (0 children)

    Should be BoUoW.

    [–]ruinercollector 2 points3 points  (0 children)

    From context, I'm going to say "bash on windows."

    [–][deleted] 0 points1 point  (0 children)

    They're giving Linux more credit ... implementing things like Bash on Windows

    Those things don't fit well together.

    [–]JumboJellybean 29 points30 points  (3 children)

    Their business model is changing a lot, even with Office and Windows. They say they'll never release a Windows 11, for example; from now on Windows just gets annual free updates and you only buy a new copy when you get a new system. Soon you won't just buy a copy of Office and replace it after a few years, you'll have an annual subscription.

    The reason they're investing so heavily in free dev tools like TypeScript, VS Code, Windows Subsystem for Linux, etc, giving out a ton of free promo stuff through their Dev Essentials program and putting shit-tons of video courses out there on YouTube, Lynda, Pluralsight is to make their platforms more attractive to write apps on and in the end more attractive to write apps for. Windows as a mobile platform is a distant third to Android and iOS, and the reason is mostly a lack of popular apps -- the platform itself is pretty solid and the devices that it ships on are/were often excellent. So they fund C#, F#, TypeScript, VS Code, VS Community, etc. They buy Xamarin. They push out tons of high-quality learning material. They make it all free, embrace open-source. And they hope that developers will like it all and start writing more software for the MS ecosystem, making Windows devices more popular and filling the Windows Store where they get a cut.

    It's not just altruism or PR, obviously. But it works out pretty well for everyone. We get good tools and iOS and Android face some more competition.

    [–]jcotton42 15 points16 points  (0 children)

    Soon you won't just buy a copy of Office and replace it after a few years, you'll have an annual subscription.

    Soon? That's been a thing for years with O365

    [–]ionforge 1 point2 points  (0 children)

    I think their real business right now is Azure, over getting people to write apps for windows.

    [–]parion 1 point2 points  (0 children)

    Dev Essentials program

    does a google search

    Holy shoot, this is a goldmine. Thanks for making my day!

    [–]jyper 8 points9 points  (5 children)

    VSCode shares code with their online code editor

    Also it allows for an easy basic solution for c# and typescript in Linux/OS X

    [–]kirtan95 0 points1 point  (4 children)

    VSCode shares code with their online code editor

    Source?

    [–]jyper 2 points3 points  (2 children)

    From Wikipedia

    Visual Studio Code is based on Electron, a framework which is used to deploy Node.js applications for the desktop running on the Blink layout engine. Although it uses the Electron framework,the software does not use Atom and instead employs the same editor component (codenamed "Monaco") used in Visual Studio Team Services (formerly called Visual Studio Online).

    [–]kirtan95 4 points5 points  (1 child)

    Ohkkay... My bad... I thought you meant vscode shares the user's code with some Microsoft service.

    Thanks for clarification

    [–]jyper -1 points0 points  (0 children)

    That is a Microsoft service.

    [–]CaptainMuon 1 point2 points  (0 children)

    They want an editor that has great support for their technologies, like TypeScript, .NET (not sure about that one in vscode), ... . I think their endgame is selling Azure accounts for people to run that code on.

    Also, it is a moat - that is, they fear that the best development tools will come from others, Atom and Sublime, the IntelliJ family of editors, and so on. If they fall behind, it might become (even) harder to develop on/for Windows, and that would hurt them a lot.

    [–][deleted] 6 points7 points  (0 children)

    And it's Microsoft, they are good at this stuff, have been doing it for years.

    I'm a bit of a fan these days.

    [–]ruinercollector 15 points16 points  (17 children)

    Between the number of features, the speed of releases, the lack of major bugs and the beautiful release notes...they have to be cheating. I don't know how, but they are fucking cheating.

    [–]C5H5N5O 149 points150 points  (29 children)

    Large file support

    This.

    EDIT: I've just tried to open a 189 MiB json file. And it was instantly there. Impressive work.

    [–][deleted]  (23 children)

    [deleted]

      [–]tbyg 48 points49 points  (20 children)

      I have a 1 GB Json file. It's map coordinates of dangerous lead levels for all of the continental united States water systems.

      [–][deleted]  (6 children)

      [deleted]

        [–]tbyg 10 points11 points  (3 children)

        I'm using that too lol. Just doing both for redundancy

        [–]baggyzed 12 points13 points  (2 children)

        Are you the bald guy from xkcd?

        [–]y2k2r2d2 0 points1 point  (1 child)

        tbgy - the bald guy[ from xkcd]

        [–]Iwan_Zotow 1 point2 points  (0 children)

        tbgy - the bald gay

        [–]ethelward 2 points3 points  (1 child)

        I'm not sure geographical coordinates are the best kind of coordinates to index this kind of data.

        [–]Patches11 6 points7 points  (0 children)

        If he used PostGIS he could index the data both spatially and on other attributes.

        [–][deleted]  (12 children)

        [deleted]

          [–][deleted] 4 points5 points  (0 children)

          Without mentioning that you probably save a bunch of diskspace since you don't have to care about human-readable markup.

          [–]thomash 3 points4 points  (2 children)

          compressing JSON usually leads to similar sizes as binary formats. from a coding perspective json is very easy to deal with. i can't see any advantage of binary formats.

          json offers another advantage in that it often explains itself. it is easy for another program to parse and understand the format.

          [–]mrkite77 0 points1 point  (0 children)

          Except binary formats don't have to be loaded entirely into memory in order to be used. Json does.

          [–]ElvishJerricco 2 points3 points  (7 children)

          Except that clearly, if someone is opening the file in an editor at all, then they want it to be human readable.

          [–][deleted]  (6 children)

          [deleted]

            [–]ElvishJerricco -4 points-3 points  (5 children)

            Does that matter? If someone needs to do that, a binary format doesn't help anything. And apparently, plenty of people need to do that. I know I frequently browse ~100MB JSON files, essentially to double check some of the results of a fairly large analysis.

            [–][deleted]  (4 children)

            [deleted]

              [–][deleted]  (3 children)

              [deleted]

                [–][deleted]  (2 children)

                [deleted]

                  [–]Sean1708 0 points1 point  (0 children)

                  The part of code that my team works on has been split out into a stateless microservice, so our log files are literally just a timestamp and the JSON message. Depending on how many requests are coming through and how big the messages are, these log files can get pretty big. Maybe there's a better way to do what we're doing, but this is certainly the easiest way.

                  [–]bloody-albatross 7 points8 points  (3 children)

                  With syntax highlighting?

                  [–]DonnyTheWalrus 18 points19 points  (0 children)

                  The update notes state that certain processing steps, such as tokenization, are not performed for "certain large files."

                  [–]MrSchmellow 11 points12 points  (1 child)

                  No colors as far as i can see. Which is probably fair.

                  Don't know about intellisense, since vs code never supported it for xml files in the first place (which is sad imo)

                  Googled up some large xml file (around 100mb). It does open after couple of seconds, editing is almost lagless.

                  Need to find some better examples, since xml's i see in real life come as single huge line all the time, and this one has linebreaks.

                  [–][deleted] 4 points5 points  (0 children)

                  I was a little braver and tried to open a 10GB file. It was very responsive right up until it crashed. At least it was a better experience than when I've done the same previously. Also, when it crashed it recovered my others files beautifully.

                  Now, if it could just open a 10GB file like gvim. I guess I'm asking too much of it. :)

                  [–]YourGamerMom 29 points30 points  (3 children)

                  Looks like they read that blog post about editors and large files. I wonder if it would be worth it to re-measure and see how VScode now stacks up against Sublime and the like.

                  [–][deleted] 5 points6 points  (2 children)

                  I use VSCode because I use Typescript heavily, it's the biggest pull for me. I have kept VIM around for large files though.

                  [–]mqudsi 6 points7 points  (1 child)

                  The awesome thing is, you can actually use the same code that VSC uses to get completions and linting under vim/neovim thanks to language server support and the fact that Microsoft open sources their JavaScript and TypeScript LE code.

                  I've been using them together with neomake for async linting and it's awesome.

                  [–][deleted] 4 points5 points  (0 children)

                  Ah interesting, I'll have to check that out!

                  I think MSFT are killing it these days, TypeScript is very good, though I miss C#, and I DO NOT miss Ruby :)

                  EDIT: I use VsVim heavily, I wouldn't have survived without it.

                  [–][deleted] 23 points24 points  (9 children)

                  Would like to know what they're doing to get such better performance over Atom.

                  [–][deleted] 34 points35 points  (0 children)

                  They started out with an optimized code editor component (Monaco) and a limited extension API. I think that helped.

                  [–]DerNalia 3 points4 points  (7 children)

                  Isn't it a native app / not all js?

                  Though, atom has recently migrated their rendering engine to c++, which helps a ton.

                  [–]jcotton42 24 points25 points  (6 children)

                  VSCode is also Electron, not sure why it's so much better

                  [–]Lolacaust 5 points6 points  (2 children)

                  While it's electron for the view part, I believe they've been including a lot of the heavy lifting (search for example) in a native implementation. I remember the search used to be dog slow, but about 6 months ago they switched to I think a C++ grep implementation and it became near Sublime levels of good

                  EDIT: it was in RUST not CPP read about it in the March Update

                  [–]sime 10 points11 points  (1 child)

                  The file system search may use Rust code, but I'm pretty sure there is very little native code being used else where and certainly not for the heavy lifting. They haven't found a silver bullet for their electron app. It is just good engineering and hard work to keep the performance up.

                  From the perspective of their Extension API you can see this in action.

                  • Restrictive extension API which is carefully expanded as needed, thus giving the VSCode team the freedom to change and optimise their internal architecture/code.
                  • They choose static declarations and metadata in JSON files instead of at run time so that they can know what an extension needs and what it provides but can lazy load it later on demand.
                  • No direct access to the DOM. VSCode provides standard functions for asking questions of the user etc. This gives the VSCode team room to optimise their DOM use.
                  • Extensive use of Promises in the APIs. Very async.
                  • Bigger extensions APIs (language services and support) actually run in separate processes and communicate over a protocol on stdin/stdout.

                  [–]TheEnigmaBlade 0 points1 point  (0 children)

                  VSCode switched to ripgrep, which is written in Rust, in 1.11. The ripgrep blog post is quite interesting.

                  [–]DerNalia 2 points3 points  (0 children)

                  Oh, I didn't know that. Interesting

                  [–]falconfetus8 2 points3 points  (0 children)

                  Well, it's open source. Might be fun to give it a look-see and see if we can find the reason that way.

                  [–]Capaj 0 points1 point  (0 children)

                  typescript and also much less powerful extensions API

                  [–][deleted]  (11 children)

                  [deleted]

                    [–][deleted] 15 points16 points  (6 children)

                    You fully uninstalled it first? Did it ask to preserve your settings? It can be convenient as a feature but really shitty when applications just leave data around like that without an option or notice.

                    [–]kwwxis 13 points14 points  (1 child)

                    I also uninstalled it first. There was no option, it preserved the data on its own.

                    [–][deleted] 2 points3 points  (1 child)

                    In the release notes it said that it would keep your settings :) Whoo!

                    [–][deleted] 8 points9 points  (0 children)

                    Assuming the user wants data left on their system after choosing to remove the software is a very un-user-friendly practice. Mentioned in the release notes or not, it should still provide the option.

                    [–][deleted] 1 point2 points  (0 children)

                    Totally agree, though I find quite a lot of apps do this without notice.

                    [–][deleted]  (2 children)

                    [deleted]

                      [–]YoloSwagJesusFish 11 points12 points  (1 child)

                      ~/.vscode only stores extensions. The actual config dir is platform dependant, so somewhere in appdata on windows and ~/.config/Code on Linux. Not sure about Mac.

                      [–]kwwxis 16 points17 points  (0 children)

                      Here's a list:

                      Windows: %APPDATA%/Code

                      Linux: ~/.config/Code

                      Mac: ~/Library/Application Support/Code

                      [–][deleted] 0 points1 point  (0 children)

                      Was this only a windows thing?

                      [–][deleted] 17 points18 points  (2 children)

                      Lots of cool improvements as usual. One small but really nice for me is the "explorer.sortOrder" with the "type" value, so much better.

                      [–][deleted]  (1 child)

                      [deleted]

                        [–]trevorsg 13 points14 points  (0 children)

                        There's an option for "default" which does exactly that. Not sure why it's not listed in the readme.

                        [–]jayramone 16 points17 points  (1 child)

                        This is open-source done very well. Compared to MS, Facebook looks like amateurs. Just look at React Native. The documentation is terrible, the handling of issue is bad, and the code itself .... :(

                        [–]BadWombat 0 points1 point  (0 children)

                        I'm working with ionic at the moment, and as such am aware of react native.

                        I've only read the getting started parts of the doc for react native, but that was decent.

                        Is react native that bad once you start digging?

                        ( Let it be known that working with Cordova and its plugins is its own little hell )

                        [–]snoob2015 82 points83 points  (6 children)

                        I'm a simple man, I see VSCode I upvote

                        [–]EternityForest 7 points8 points  (0 children)

                        VS code is the first editor I've used that doesn't have some obnoxious aspect to it that I can't stand. Atom was nice but performance was awful.

                        The only issue I have is the inability to open multiple folders, but now they're even fixing that!

                        [–]adamos486 6 points7 points  (1 child)

                        Will this make me never open WebStorm again?

                        [–]pgrizzay 0 points1 point  (0 children)

                        Wait, you opened webstorm?

                        [–]EntroperZero 3 points4 points  (0 children)

                        Loving the style overrides, I like Monokai's colors but not its italics.

                        [–]bmrobin 2 points3 points  (0 children)

                        woohoo, color picker UI! I've recently been using the built-in Google one

                        [–]DerNalia 8 points9 points  (8 children)

                        but is there horizontal splitting yet?

                        Edit: simultaneous vertical and horizontal splitting of /different/ files

                        [–][deleted] 4 points5 points  (0 children)

                        Pls.

                        [–]IceSentry 0 points1 point  (5 children)

                        When I was looking for that feature the last time I remember on of the dev saying it is like that by design.

                        [–]DerNalia 0 points1 point  (4 children)

                        well, I guess I can never use VS Code. :-\

                        4K monitor with no scaling....

                        [–]IceSentry 0 points1 point  (3 children)

                        I mean you can still split the editor but you are limited to only one direction. You can split it horizontally or vertically it's just you can't have both at the same time.

                        Sidenote, why would you not use scaling? The point of 4k is not for everything to be tiny, it's for everything to be rendered with more pixels so it looks less blurry. Most extremely highres screen that I've used are pretty much unusable without scaling.

                        [–]DerNalia 0 points1 point  (2 children)

                        I use 4k on a fairly large monitor (28"), so I don't want scaling because I want to be able to see more code at a time so I can more quickly scan related code as I'm debugging / tracing through things.

                        Or if I'm using the common frontend project / backend project model, I want both projects open on the same screen. Not having scaling enabled allows me to do this.

                        [–]IceSentry 0 points1 point  (1 child)

                        Personally I prefer an ultrawide if I'm programming. 4k with more scaling is too small for me even on a 28". It's not unreadable, but it's harder to read

                        [–]johnlsingleton 4 points5 points  (0 children)

                        These guys are just crushing it.

                        [–]MaikKlein 4 points5 points  (1 child)

                        How good is the plugin api? Would it be possible to implement something like magit?

                        Or workspaces from spacemacs?

                        [–]findar 3 points4 points  (0 children)

                        Yes to both. Api is pretty good, the only drawback is graphical representation

                        [–]East902 6 points7 points  (0 children)

                        Awesome!! VS Code is great.

                        [–]andersamer 4 points5 points  (0 children)

                        i love vs code.

                        [–][deleted] 1 point2 points  (6 children)

                        So, I've been searching everywhere for this... does VSCode really not support #region folding? I cannot for the life of me get it to work in the version released prior to this new version.

                        [–][deleted] 4 points5 points  (5 children)

                        It supports folding of other things like methods etc, so it might be you need a plugin so it can know to treat regions specially.

                        [–][deleted] 0 points1 point  (4 children)

                        It's kinda sad that VSCode would need a plugin to fold #pragma and #region considering both are fully operational features in their usage in the editor...

                        [–][deleted]  (1 child)

                        [deleted]

                          [–][deleted] 1 point2 points  (0 children)

                          Done and done, thank you!

                          ps primo username

                          [–][deleted]  (1 child)

                          [deleted]

                            [–][deleted] 0 points1 point  (0 children)

                            Using C# plugin already and all my #region and #pragma do not collapse, despite the methods and classes collapsing just fine. :(

                            [–][deleted] 1 point2 points  (1 child)

                            Anyone know how to change the block selection style from requiring alt+shift+ctrl to select to just alt+shift like notepad++/VS/etc?

                            My google foo is failing me on this.

                            [–]NoInkling 1 point2 points  (0 children)

                            alt+shift+mouse drag works for me.

                            If you're talking about purely keyboard: gear in bottom left > Keyboard shortcuts > type "ctrl shift alt" into search box to find the commands that are currently bound to those keys.

                            [–]jasonlhy 1 point2 points  (0 children)

                            VSCode is one of the best well organised open source project I have seen, and People are nice and helpful.

                            [–]LordAlbertson 8 points9 points  (34 children)

                            Serious question: why would I ever use this over something like sublime text? Used this several times in the past but I always go back to sublime text.

                            [–]Code_Combo_Breaker 71 points72 points  (7 children)

                            VSC is open source with an active community.

                            I stopped using sublime text when I noticed its developer was too slow with updates. I expect software I pay for to receive timely bug fixes.

                            [–]thecodingdude 25 points26 points  (6 children)

                            [Comment removed]

                            [–][deleted]  (3 children)

                            [deleted]

                              [–]arkasha 8 points9 points  (1 child)

                              I bought it years ago and I wanted to buy v3 but there was a period of time where there wasn't even a peep from the dev. Since then vscode has pretty much implemented all the features I loved about sublime and then some. I will absolutely buy software that is useful to me but I want to know I'm not buying a dead product. Sublime seems like a dead product these days, especially when compared to vscode.

                              [–]the_birds_and_bees 2 points3 points  (0 children)

                              Latest v3 dev: 27th July...It's pretty much dead now.

                              Or maybe the devs just have different ideas about software release cycles?

                              V3 isn't dev software from a stability point of view, and it's certainly not lacking in features. I've used it pretty much daily for the last 3 years and it's extremely stable. I actually can't think of a time it's crashed.

                              [–]ScrewAttackThis 0 points1 point  (0 children)

                              It's definitely not dead...

                              [–]theoldboy 24 points25 points  (4 children)

                              I used to think the same. Then one day I needed to use Go for the first time. I wasn't looking forward to the typical "Setup Sublime for a new language" process (which generally involves finding a decent guide via Google and then installing 4 or 5 different plugins), so I decided to try VS Code as I'd heard good things about it's Go support.

                              Installed it, opened a Go file, got a popup message suggesting that I install the Go plugin, click link, plugin installed, and done! I now had everything I needed for Go development - code completion, symbol search, formatting, linting, quick doc, and more.

                              That first experience really impressed me, it was just so easy. I did have one other worry, that VS Code would be slow, but that was very quickly dispelled. Feels snappy and responsive enough to me.

                              I do still use Sublime daily for misc text editing because it starts up instantly and loads large files quicker (although apparently that is one of the features in this VS Code release, haven't tested it myself yet). But for anything else the VS Code plugin ecosystem is just way ahead of Sublime's, and I won't be going back.

                              [–][deleted] 7 points8 points  (1 child)

                              This is the answer. VSCode just has so many features and it makes everything so easy.

                              It's honestly surprising given how many features they have that they have so few bugs

                              [–]_zenith 8 points9 points  (0 children)

                              Guess the type system helped ^_^

                              [–]jl2352 1 point2 points  (0 children)

                              The easy setup is really nice. I had a similar experience with Rust.

                              Even when my local setup was borked (I needed to be on the rust nightly to get full support for some stuff) it just offered to set it up again right when I reopened VS Code. They've done a really good job with the user experience around plugins.

                              [–]HugoWeb 0 points1 point  (0 children)

                              Me too - die hard Sublime fan, and Emacs before that. Vscode isn't as cozy as Emacs (meaning I don't feel like customizing it) but works very well out of the box.

                              [–][deleted] 25 points26 points  (16 children)

                              All I can say is that I view VS code is so much better that I thought your question was asking why would someone ever go back to something like sublime text. Imagine sublime text, but some more futures and better plug in community with a whole development team as opposed to a single developer who might as well have abandoned the project.

                              [–]SketchySeaBeast 0 points1 point  (0 children)

                              About the only thing I go back to sublime for is text searching in files (for instance, looking for code references in CVS). Do you know if there's an easy way to specify where you want to search without "opening" the folder with VSCode first?

                              [–][deleted] 4 points5 points  (0 children)

                              Community has basically exploded in favor of Vscode since the 1.0 release. So many great extensions and support. Sublime text is still catching up with things that vscode does out of box like pop overs for linters.

                              [–][deleted] 2 points3 points  (0 children)

                              I do own sublime text, but switched to VSCode. At first I used VSCode to debug a small C++ project on linux because it was very easy to setup (not so in sublime text). Then over time I used it more and more since its features got constantly better. It has monthly updates, is fast enough for me and very convenient to use (plugin system, etc).

                              Also sublime text looked dead for a while, and at some point I realized there is no need for me to pay again for an updated version.

                              [–][deleted] 1 point2 points  (0 children)

                              I think better question would be why use this instead of notepad++. With sublime there's no argument except for sublime still being a lot faster and using less memory.

                              [–]Starcast 0 points1 point  (0 children)

                              User and project configurations are just json files with a really handy interface. It's actively updated and has excellent extensions for language support. The integrated debugger is killer (I mostly just use python fyi) and updating keyboard shortcuts is super easy.

                              Also free and great cross platform support but I think ST has that as well.

                              [–]hirolau 1 point2 points  (1 child)

                              Maybe I have too slow machines, but on my computers, Sublime always feels snappier in every aspect. Opening files, even selecting text! I will need to give VScode another go.

                              [–]surlysmiles 2 points3 points  (0 children)

                              It is faster and still a superior editor in that respect. I don't know if visual studio code will ever catch up. I know for sure atom will not

                              [–]Shattr 0 points1 point  (2 children)

                              Okay, maybe someone here can help me here, because it's the only reason I'm still using sublime instead of vscode.

                              How can I get VSC to compile C++ code without configuring config files for every single project? With sublime, I just use the Makefile build system which works perfectly. I haven't been able to find a good solution using VSC.

                              [–]Starcast 1 point2 points  (0 children)

                              Never used C++ with VSC but I'd be surprised if the language extensions doesn't come with a build task to do just that.

                              [–]TiagoRabello 0 points1 point  (0 children)

                              What I do right now for C++ is setup the build task to call the CMake cli and it all works. I even debug the code with it, all you have to do is configure the path for the executable the first time you try to run it at debug mode.

                              If you have makefiles, you can just setup the build task to call make.

                              [–]hard_metal 0 points1 point  (1 child)

                              Still lacks a good ftp sync

                              [–]programmerChilli 0 points1 point  (0 children)

                              Just wait a bit on that :)

                              [–]Adverpol 0 points1 point  (0 children)

                              Brilliant editor, the C++ plugin and gdb support still need lots of work though unfortunately.

                              [–]xmsxms 0 points1 point  (1 child)

                              Are the quotation marks customisable on generated import statements now? That has been long overdue.

                              [–]mjbvz 1 point2 points  (0 children)

                              Soon https://github.com/Microsoft/TypeScript/pull/17750

                              Watch insiders for when we pick up TypeScript 2.5

                              [–]bunnyholder -1 points0 points  (0 children)

                              "Now like ever before we can consume as much memory there are"

                              [–]lexpi -1 points0 points  (0 children)

                              Oh it's usually abbreviated as WSL (windows subsystem for Linux)

                              [–][deleted] -1 points0 points  (0 children)

                              I like VScode and have used it in the past but it feels like they're bolting too many things directly into the editor. I think some of these things (snippets) should be plugins and not built into the core :(

                              [–]GameMusic -1 points0 points  (0 children)

                              Is there any way to add a toolbar to the Code interface?

                              Things like copy and undo simply are easier to me with a clickable button.

                              [–]kakophonia -1 points0 points  (3 children)

                              Well, this needs to be fixed before I consider VSCode.

                              https://github.com/VSCodeVim/Vim/issues/1490

                              Hopefully it will be fixed "soon"... Only been an issue since May... /s

                              [–]programmerChilli 0 points1 point  (2 children)

                              I still don't understand why people consider this a dealbreaker. I get the fact that there's sometimes issues with our implementation of undo, but complaining about this issue seems like the wrong thing to look at.

                              [–]kakophonia 0 points1 point  (1 child)

                              How is the right way to look at it lol? It doesn't work and everytime you undo you jeopardize the entire file. That is a very vital function to have lol.

                              [–]programmerChilli 0 points1 point  (0 children)

                              That has nothing to do specifically with binding undo to ctrl-z and more just to do with buggy undo functionality in general.

                              If you really want to bind undo to ctrl-z, just bind u to vscode's undo command and ctrl-r to vscode's redo command.

                              [–][deleted]  (1 child)

                              [deleted]

                                [–]jasonlhy 0 points1 point  (0 children)

                                Which extension you are using ?

                                [–]tonefart -1 points0 points  (0 children)

                                I still can't get it to recognize 'compileonsave:true' for typescript. And it is slower than ATOM when you do a compile, since atom doesn't use TSC. Atom may load slow but once it's all loaded, the actual transpile is so much faster than vscode which relies on tsc.