21–30 of 487 posts
> Can we build a code editor fast enough that it doesn’t feel like you’re typing in a browser? Is this a jab at Atom? I like this.
Funnily enough I just installed VS code and there is lag as I type things in. Also bad font rendering compared to the rest of my interface.
Visual Studio Code would be the editor, Omnisharp the Intellisense platform, I think they were also developing some sort of common debugging interface, etc.
It would be a lot nicer than the current Visual Studio setup, where the installation drags in 6GB of cruft.
Of course, this would involve an internal power struggle between Visual Studio Code and Visual Studio proper, and I hope VS Code wins :)
I love linux/unix, but the problem always was with the lack of an awesome text editor cum IDE, yep there is eclipse but it is too clunky, I do not like sublime as it isn't FOSS (call me crazy), gedit took way too much memory, geany is fast and mean but the UI sucks plus functionality isn't that great.
Enter VSCode, code writing feels amazing again, not the functional part, but the actual manual part.
I do not like vi because I primarily was learning web dev and I didn't really get my head around using vi effectively and still learn the web dev, so I am not a emacs/vi superstar as I have heard that both of them are fine text editors.
but for the people like me who don't or can't use terminal based editors, VSCode is quite literally the best.
The new Che project of Eclipse does seem promising, but the last time I tried installing it, it took around an hour, consumed GBs of my bandwidth and still nothing.
I am still Waiting for the day I'll be able to program in its entirety on my android device.
I used Atom but it is too slow, it is surprising that VScode and atom share the same ancestor but one is blazingly fast and Atom is so damn slow.
Edit: yep vscode didn't transform coding on unix, it merely changed it to some extent, and why the downvoting? point out where I am wrong, I'll get to learn!
Earlier quoted context omitted.
There is an extension for vim mode: https://marketplace.visualstudio.com/items?itemName=vscodevi...
There are several actually, with different subsets of Vim. Sadly, none are as good as Atom's.
I'll take a look at making something similar.
Earlier quoted context omitted.
There is an extension for vim mode: https://marketplace.visualstudio.com/items?itemName=vscodevi...
There are several actually, with different subsets of Vim. Sadly, none are as good as Atom's.
We built this extension sample to show the capabilities of the extension API - https://github.com/alexandrudima/vscode-vim.
We've done some work to improve the API for the extensions. We'd love your feedback. https://github.com/Microsoft/vscode/issues/3600.
Earlier quoted context omitted.
You're asking for VS Code to be a completely different product. VS Code is a GUI text editor like Sublime and Atom. There's no reason for it to run in a terminal. Vim and Emacs are classical CLI based text editors. Are you asking for an alternative to those?
First you say: >completely different product then call them both >text editors emacs and (g)vim have a gui mode.
I'm curious about your answer to this: would you argue that MS should combine Word and VS Code into one text editor?
Are there any emacs/vim users here who moved to GUI editors like atom or VS code? I would like to know what potential gains could come from using a GUI text editor.
I miss things from Emacs sometimes so I keep it around. I miss macros, I miss some of the more stellar Emacs packages (Tuareg for OCaml and Cider for Clojure in particular) but I do a lot of editing nowadays in Atom and Code.
Visual Studio Code could serve as a solid base for VS.NextGen. Following previously unheard-of paradigms (Unix) for Microsoft, Visual Studio could actually become modular, with each component becoming useful on its own. Visual Studio Code would be the editor, Omnisharp the Intellisense platform, I think they were also developing some sort of common debugging interface, etc. It would be a lot nicer than the current Vi…