edit: Not meant as a hostile remark, seriously wondering how it's going for people who have stuck with atom. I tried it for 5 minutes, but didn't give it a real commitment.
apm install resize-panes
Obviously you don't use emacs.
I like the design of Atom, because it allows me to freely compose an editor that does exactly what I want, and nothing more. While multiple panes is a requirement for bpicolo (and you?), I use multiple panes in Atom (my primary editor) and haven't felt the need to resize them. Am I the minority, or are the others? Or is it 50/50? Basically, we don't know until the editor has time to grow, and its community has a chance to dictate what features are required.
Separating it out has a lot of advantages, especially by not putting in much opinion by default.
From the FAQ: "At the moment Atom only runs on OS X (10.8 or later). Windows and Linux releases are on the roadmap."
Which version of Ubuntu did you use ? Howz the experience ?
sudo ln -s /lib/x86_64-linux-gnu/libudev.so.1 /lib/x86_64-linux-gnu/libudev.so.0
Now that it runs, it feels pretty responsive and you can customize a lot of stuff. I haven't used for coding yet, but will try it out for that in the next few days.
I however fell back to ST for a number of reasons.
Speed - ST is just quicker to get up and running. I found a (large) file or two that atom just could not deal with.
State - I can CMD-Q ST with no nags, then re-open to my previous state when I want. I generally have a number of useful scraps open at one time, so not having to save these is great, and not losing them when I close the editor is just brilliant.
Visuals - The open file code overview on the RHS is a must have for me.
Muscle memory - I just kept opening ST from the terminal, and had to go through the process of closing ST and opening atom. This could have been mitigated by re-aliasing slt, but that's a commitment.
I do wish ST would automatically include the directory of the file you are opening in the project like atom. Brilliant when you are just flicking through source. Open one file and then not have to leave the editor to go to the next one.
There was also something funny when I opened a squid cached js file - I could highlight and copy the text, but whatever was copied to the clipboard was not what I had highlighted. Think highlighting and copying in general is still a bit beta.
That said, I spent some time tinkering, and loved the open nature of the plugins. The bracket matcher plugin does both highlighting of brackets and auto closing. I hate auto closing. It took all of 15 minutes to work out the plugin architecture, disable the offending plugin and hack in the parts of it that I liked.
In my books that's a winner. I may even pick it back up if it is going to get real love from the community.
Good news! There's a package for that: https://atom.io/packages/minimap
I imagine that eventually there's not going to be much difference feature wise between ST and atom.
This then leaves the key differentiators as price and support. Atom wins the first, and if the community grows with it then it'll soon win the second.
edit. Oh yes, the speed thing. ST wins that.
It works, hasn't crashed.
Still keeping emacs around for org-mode.