Visual Studio Code 1.6 • Hacker News Board

Re: Visual Studio Code 1.6

#101

Post by johnfn » Tue, Oct 11, 2016, 2:39 AM UTC

frutiger wrote: post #94

johnfn wrote: post #53

Earlier quoted context omitted.

Hi! I'm one of the core developers of VSCodeVim. Shift-Y and Shift-P absolutely work for me, so please report on our issues page if they continue to not work for you: https://github.com/VSCodeVim/Vim/issues I would also be really interested to hear about the other holes that you're running into. Always trying to make a better Vim experience for you :)

I don't wish to derail the thread, but while I have your ear: is there any hope for using the neovim over its msgpack interface instead of implementing vim bindings from scratch?

That's a really interesting idea, but it would definitely be a different project than our Vim extension.

Re: Visual Studio Code 1.6

#102

Post by hiou » Tue, Oct 11, 2016, 2:43 AM UTC

hiou wrote: post #63

tomdale wrote: post #3

I have been using VS Code as my full-time editor for a few months now and couldn't be happier. Originally I was only using it for TypeScript projects, where the language integration is top-notch, but eventually found myself using it all the time. I use the vim plugin, which is surprisingly good although it does have a few issues still. The best thing about VS Code (and Microsoft's other big open source project, TypeS…

Is this like an advertisement? If not you should definitely looking into a possible side career writing advertising copy for developers.

Just to clarify this. I really meant this in a positive way. It made me think about giving it a try which is kind of insane since I'm a very very devoted (n)vi[m] user.

Re: Visual Studio Code 1.6

#103

Post by artimaeis » Tue, Oct 11, 2016, 2:45 AM UTC

Pxtl wrote: post #87

daeken wrote: post #86

Earlier quoted context omitted.

I figured the same! But it handles type inference, extension methods, using static, etc like a champ. Even does completion for project.json. I don't use vcproj since I just use dotnet core.

I thought project.json got mothballed? Did they take another kick at it and make it work?

Don't recall ever hearing it got mothballed during development - though I do believe they've bent over and are going to support csproj files with .NET Core in the future as well.

Here's the relevant page on project.json: https://docs.microsoft.com/en-us/dotnet/articles/core/tools/...

Edit: I need to be better about deep reading through links. https://blogs.msdn.microsoft.com/dotnet/2016/05/23/changes-t... looks like project.json will be mothballed. Kind of.

Re: Visual Studio Code 1.6

#104

Post by jordwest » Tue, Oct 11, 2016, 2:51 AM UTC

niyazpk wrote: post #35

Can I use VS Code to work with remote files? I almost always work with remote files for development at my day job and would like to switch to VSCode for its better JS support. Right now I am using SublimeText3 with the rsub plugin to edit remote files. What workflow do you guys use when working with remote files?

We use Unison[1] to keep a local copy in sync with remote, then just pop open the local copy in any editor.

It sits and watches both the local and remote filesystem for updates, it's fast and efficient, even in large projects. Downside is that it needs to be installed on both ends for the filesystem watching to work.

[1] https://www.cis.upenn.edu/~bcpierce/unison/

Re: Visual Studio Code 1.6

#105

Post by HappyAndHarmles » Tue, Oct 11, 2016, 3:01 AM UTC

Is anybody using VS Code for Haskell development? How is the extension like?

Re: Visual Studio Code 1.6

#106

Post by boterock » Tue, Oct 11, 2016, 3:02 AM UTC

david-given wrote: post #21

Achshar wrote: post #8

What I find to be hilariously missing is drag & drop for the selected text. I tried switching to VS code a couple of days ago and realized I couldn't do such a basic thing. That and a decent FTP extension. No one wants to sync their entire project just to upload a single file. ugh.

You use drag and drop of selections? I don't think I've ever done that on purpose --- every time I've ever dragged selected text has been by accident, followed by much cursing as I try to fix my mangled document. I'd turn it off system-wide if I could!

I used that sometimes while holding ctrl/option for copy-pasting text without altering the clipboard, is actually a feature I missed in Atom and VSCode as well.

Re: Visual Studio Code 1.6

#107

Post by oridecon » Tue, Oct 11, 2016, 3:24 AM UTC

neves wrote: post #98

Now MS just have to seamless integrate their Ubuntu Bash filesystem with the Windows filesystem so I can create files in VSCode and access then in the ubuntu shell. They will build the best dev environment.

An environment that doesn't match your production server is far from being the best one (this doesn't apply to all cases but you get the idea)

Re: Visual Studio Code 1.6

#108

Post by usaphp » Tue, Oct 11, 2016, 3:29 AM UTC

I don't know, every time I see a new release of Atom or VS code and people praising it in comments I go ahead and download it and open the project that I am currently working on in Sublime for side by side comparison. And what strikes me most is how smooth Sublime is compared to Visual Studio Code or Atom (at least on my mac, I dont know about windows experience). Scrolling is much slower in VSC and searching through files is much much worse than in Sublime. Those little things are what makes an editor a winner, it just does not slow you down and annoy you. So once again Visual Studio Code failed to lure me away from Sublime, I dont even know why I am still trying to...I love Sublime Text.

Re: Visual Studio Code 1.6

#109

Post by rtpg » Tue, Oct 11, 2016, 3:37 AM UTC

usaphp wrote: post #108

I don't know, every time I see a new release of Atom or VS code and people praising it in comments I go ahead and download it and open the project that I am currently working on in Sublime for side by side comparison. And what strikes me most is how smooth Sublime is compared to Visual Studio Code or Atom (at least on my mac, I dont know about windows experience). Scrolling is much slower in VSC and searching through…

Here's a good test: Do you want a text editor, or do you want something that's close to an IDE?

Atom/VS Code exist to be IDE-y, not as thought experiments on text editors in the browser. Their advantages are in the ease of developing extensions and tools that aren't part of the core package.

The difference is similar to Vim/Emacs. Of course Vim has some IDE-y plugins, but they're rarely as rich as what ends up getting built in Emacs.

Re: Visual Studio Code 1.6

#110

Post by dyu- » Tue, Oct 11, 2016, 3:42 AM UTC

tomdale wrote: post #3

I have been using VS Code as my full-time editor for a few months now and couldn't be happier. Originally I was only using it for TypeScript projects, where the language integration is top-notch, but eventually found myself using it all the time. I use the vim plugin, which is surprisingly good although it does have a few issues still. The best thing about VS Code (and Microsoft's other big open source project, TypeS…

"As much as I wouldn't have believed this 10 years ago, Microsoft does open source better than almost everyone."

This. They are treating vscode like its a core (cash cow) product. I'd say google embraced/adopted open source early on and now microsoft is playing catchup while now becoming one of the very best to do it.