VS Code June 2018
code.visualstudio.com
code.visualstudio.com
Thanks VSCode team for bringing this feature to the editor. I can't even mention how long I waited to see it in the next version of the Sublime Text (I still have hope) and the VSCode.
BTW why outline in IDEs is always in the different panel? Sometimes I feel like I would like to have an "org-mode" or a "workflowy" feel. I mean all references to classes, method, functions etc. displayed below the file in the sidebar. Then if I have errors or warning in hello() function I will be able to quickly find where I have a problem in my code - I need to only look on file list and I will see 2E bagde near src/main.c file and 1E at hello() and foo() functions. No need to lookup the 'Problems' panel anymore for quick fixes. And for markdown files it will be just like a table of contents.
It's a super obvious bug so it's possibly already fixed. And they've probably added 3 features for the next release while they're at it. Amazing development speed.
Undoubtedly, Atom is slow to start up in a new folder. But in exchange for that initial speed, I get:
* Universally better keybinds. From better split editor(even using the newest VS Code Insiders, which has new split editing binds/tools), to better Vim integration(having to spam j or k to go up/down lines), Atom keybinds(whether official or from the community) seem to just work intelligently.
* Teletype in VS Code is just rough.(CAVEAT: I've not used Atom's, so it may be just as bad.) From it breaking many keybinds for as long as you have your experience shared(using vim `o` to newline and indent is genuinely a 50/50 as to whether it works, and there's a lot more where that came from), to difficulty for the sharer to track the people they've shared with, to the inbuilt console just failing to let one of my sharees to run my tests.
* The number and usefulness of addons in the VS Code community seems to be just consistently a step below. ElixirLS[1] is official on VS Code, yet breaks fairly often- yet never does on Atom, despite it being merely a test! There's no alternative for Advanced Open File[2]. I understand this is an ecosystem problem and that I can contribute to fixing it, but with it being so frequent I often get frustrated.
Furthermore, I really want to know the future of these two projects, plus atom/xray[3]. Because if Atom can get VSCode's speed, I don't see a point to Atom. Alternatively, if VSCode could just get better along the edges, that would similarly be a huge improvement. Both are so fantastic and so close to my ideal(at this point, I have more language issues than editor issues), so both being under the same roof I don't see as inherently negative- but investing in either also seems foolhardy.
------------------
1. https://github.com/JakeBecker/elixir-ls 2. https://atom.io/packages/advanced-open-file 3. https://github.com/atom/xray
What movement command are you trying to use that isn't working? All the basic up/down movement commands should be supported.
I mean the whole thing is on github. I'm sure electron will be happy to merge a pr.
But overall, I have really enjoyed using it and IMHO it's one of the best examples of an electron app out today. MS has done some great performance tuning to make it not feel so much like an electron app. I have a love/hate relationship with MS as I'm sure many do, but this is some of their work that really shines.
So you can have the code window, the debug window, etc.
So what people actually want is multi-window support.