You know what I would really enjoy? Being able to sign into your Github account and sync your preferences and packages to the cloud. Then if I sign in on a different computer, all my hotkeys, packages and themes are copied over seamlessly.<p>As a crappy workaround I have this: <a href="https://github.com/sergiotapia/atom-meteor-packages" rel="nofollow">https://github.com/sergiotapia/atom-meteor-packages</a><p>But still, I would like this to be a core integration.<p>I've since switched to RubyMine and WebStorm because I just want something that meshes together for me, I don't want 'javascript fatigue' in my dev tools as well. RubyMine's built in visual studio-like debugger is killer.
Am I the only one who has no performance issues with Atom, except on insanely big files? I don't like my files to be 1000+ lines anyways (where possible) because it severely impacts readability/skimability.<p>ST3 might win me back when Package Control is integrated, but until then, Atom is more than fine. IntelliSense on VS Code looks really powerful, but it's personally a feature I do not enjoy.
Genuine, non-trolly question: why would I use Atom over Sublime Text?<p>I've used both and by and large they were very effective replacements for each other, but Atom had performance issues with large files so I went back to Sublime. What am I missing out on?
I've been using Visual Studio Code a bit this past month and there is a lot I like about it. Anyone have thoughts on Code vs Atom? I know Code is based on Atom, but I'm not really clear on how they differ<p>edit: correction. After asking this, I read up a bit and Code is based on Electron which is the core of Atom, but they're fairly different after that.. Code is not a <i>fork</i> of Atom as I thought it was.
The most important thing about Atom is probably the community around it. TextMate is also opensource yet I haven't seen many plugins built for it.<p>Plugins and users are big part of what make Atom great.
Without further comment: <i>remove_atom_from_context_menu.reg</i><p><pre><code> Windows Registry Editor Version 5.00
[-HKEY_CLASSES_ROOT\*\shell\Atom]
[-HKEY_CLASSES_ROOT\Directory\Background\shell\Atom]
[-HKEY_CLASSES_ROOT\Directory\shell\Atom]
[-HKEY_CURRENT_USER\SOFTWARE\Classes\*\shell\Atom]
[-HKEY_CURRENT_USER\SOFTWARE\Classes\Directory\Background\shell\Atom]
[-HKEY_CURRENT_USER\SOFTWARE\Classes\Directory\shell\Atom]</code></pre>
They hijacked the way you open files now and from what I can see reading through release notes and commits there's no way of opening a file permanently without double clicking.<p>With preview mode enabled I have to dbl click the tab and with it disabled I have to dbl click the file name. It would be nice if opening a file had regular single click functionality when preview mode was disabled. Or maybe another setting for this in the config.cson file.<p>It seems like a trivial thing to complain about but it's usually the small things like this that are the most annoying (for me at least).
Atom really should save all buffers instead of just project-linked ones. There's too much opportunity for data loss as it currently is and it removes the ability for the text editor to double as a scratchpad or quick notepad.
I'm unreasonably excited about `do` `dop`'s order being changed. I didn't realize that's what had happened in an earlier release, and writing blocks in Ruby has just been ever so slightly annoying.