Wow. This looks amazing. I have always loved atom's UI. Now, the git and github integrations are really cool too.
Git and GitHub Integration Comes to Atom
101–110 of 112 posts
Re: Git and GitHub Integration Comes to Atom
#102Earlier quoted context omitted.
You are obviously entitled to your opinion and it might be that you've only seen people who are still learning to use vim, but to give little perspective from someone who has been using for little over two years. Movement: Moving around is a hassle at first, most people insist using arrows instead of hjkl, but even thous are slow and tedious. You get much more mileage from using w, e and b for jumping between words,…
I used vim for 3 years until Sublime Text came out and found I get work done much faster with it. I used the jump feature (forgot what it's called, similar to AceJump on emacs), position stacks, search commands, etc. I installed and learned NERDTree (that's the name) and a buffer management plugin, but they took hours to get used to while editing and many more hours to configure my .vimrc to be somewhat sane. ST came…
If you feel like remembering vim's commands is a chore then it is not for you. For me they are reaction, I don't even think about chaining then together to accomplish my task.
As for plugins I do not see the need for NERDTree or buffer management. At least for me searching (:find for files and :b for buffers) works perfectly fine and I dare say better/faster than file tree navigation.
Multicursor is fun, but it can be achieved with a plugin in vim also, but I'd just make a macro for it.
Moving lines up and down can be easily done with dd and p, so I don't see the issue here either.
>competing GUI text editor
There might be your problem for me using vim with tmux makes my life so much simpler than using gVim or other GUI editors.
Re: Git and GitHub Integration Comes to Atom
#103Earlier quoted context omitted.
Of course, VSCode also supports TFS, Perforce, and Mercurial via extensions: https://marketplace.visualstudio.com/search?target=VSCode&ca... Providers
There are community-provided atom packages for all/most of the providers you listed. The point isn't one editor versus another. The point is that Atom should remain plausibly neutral about Github (which is separate from Git or Mercurial or whatever). An analogy would be if VSCode shipped with a fancy CodePlex dashboard by default (I know CodePlex is dead). There's an obvious incentive for them to pick sides but it's…
> An analogy would be if VSCode shipped with a fancy CodePlex dashboard by default
Or, for example, a "Deploy to Azure" button...
Re: Git and GitHub Integration Comes to Atom
#104Earlier quoted context omitted.
I've tried and learned vim and I'm very capable of navigating with it (I don't use marks but I use about everything else) and it is precisely good at one thing: being an editor. If you try to make it an IDE, I believe you're just using a bad IDE. It is only effective for me as a very lightweight editor for quickly making simple edits to a file. Why don't I like it as an IDE? * Second hand auto complete * Second hand…
If you need IDE then go with IDE. There are many programming tasks and languages that gain no benefit from IDE-ish things. For me auto complete works just fine and I don't know what project management means.
The critical feature of auto complete is discovery, not saving a couple of seconds of typing (its always too slow for that anyways). Even if a plugin exists (which I dont think one does) which has auto complete with in line documentation and method/property details (pretty crucial to discovery), theres not a chance in hell it succeeds in making it presentable in the terminal.
I think VSCode/atom fit in the nice space where you don't want huge, intensive projects, but you do want to do some real programming (aka you'll need this discovery and a good debugger).
Re: Git and GitHub Integration Comes to Atom
#105Earlier quoted context omitted.
If you need IDE then go with IDE. There are many programming tasks and languages that gain no benefit from IDE-ish things. For me auto complete works just fine and I don't know what project management means.
The critical feature of auto complete is discovery, not saving a couple of seconds of typing (its always too slow for that anyways). Even if a plugin exists (which I dont think one does) which has auto complete with in line documentation and method/property details (pretty crucial to discovery), theres not a chance in hell it succeeds in making it presentable in the terminal. I think VSCode/atom fit in the nice space…
>real programming
Ok :)
Re: Git and GitHub Integration Comes to Atom
#106Earlier quoted context omitted.
I've tried and learned vim and I'm very capable of navigating with it (I don't use marks but I use about everything else) and it is precisely good at one thing: being an editor. If you try to make it an IDE, I believe you're just using a bad IDE. It is only effective for me as a very lightweight editor for quickly making simple edits to a file. Why don't I like it as an IDE? * Second hand auto complete * Second hand…
If you need IDE then go with IDE. There are many programming tasks and languages that gain no benefit from IDE-ish things. For me auto complete works just fine and I don't know what project management means.
Language servers could solve this problem and let editors hook into a deeper source of understanding of what they're editing, without building in the functionality themselves.
[1] Intro blog post: https://code.visualstudio.com/blogs/2016/06/27/common-langua...
[2] http://langserver.org/ - has a table of current implementations
Re: Git and GitHub Integration Comes to Atom
#107Atom is dead slow. It sucks. Whose bright idea was to make it in Javascript?
Sublime is around one million times faster and has most of the packages. It's a no brainer.
Re: Git and GitHub Integration Comes to Atom
#108Earlier quoted context omitted.
to me it smells more like adding a "deploy to Azure" button to Visual Studio. (It's had that button since Azure started) Thing is, nobody is going to download Atom, see that the GitHub support is built in and say 'oh! Now we're going to have to migrate the team to GitHub!'.
VS Code has a smiley you can use to post feedback to Twitter. It makes the status bar look like a juvenile bulletin board. It's already been reported as an issue and people want it out of the way. That alone made me deinstall it after less than five minutes.
I seriously have no words. That is the pettiest thing I've ever seen in my life.
Re: Git and GitHub Integration Comes to Atom
#109Earlier quoted context omitted.
VS Code has a smiley you can use to post feedback to Twitter. It makes the status bar look like a juvenile bulletin board. It's already been reported as an issue and people want it out of the way. That alone made me deinstall it after less than five minutes.
Really? You gave up on an editor because of a smiley face icon? And you call the editor juvenile?
[deleted]
Re: Git and GitHub Integration Comes to Atom
#110Earlier quoted context omitted.
Try vscode, I think you'll be pleasantly surprised that it's in fact now leaps and bounds ahead of sublime.
Does vscode run on Linux?
Just a note. Sublime still has its niches above VSCode. Sublime still can handle much larger files, and is a lot faster overall.
That being said, I switched from Sublime to VSCode a year ago
reply Just a note. Sublime still has its niches above VSCode. Sublime still can handle much larger files, and is a lot faster overall.
That being said, I switched from Sublime to VSCode a year ago, and VSCode is far ahead of Atom when it comes to performance.