Glad there's finally something better than my Spacegray :)
I see what u did there.
Would love to see the dark one ported to Sublime Text.
Nice job and thanks for styling the scrollbars so they fit the theme.
I'm new to the whole development thing (being a designer), and at the moment I'm using SublimeText3...how does Atom compare?
The primary differences:
- Atom is open source software, while Sublime Text is not. The developers of Sublime Text often disappear for months at a time and the pace of new core features is slow. Development of Atom is open to the public and is rapid.
I currently use Sublime Text. However, I would have loved something like Atom when I was just starting out.
First, disclosure: I have used Sublime Text 2 for years, and I love it. I have never used Atom.
That said, I'm wondering if Sublime is truly "generally less flexible" than Atom — or at least to an extent that it would matter & be customizable to a front-end dev? With Package Control + preferences, I have been able to add features, add plugins and utility, customize theme, customize appearance, customize syntax highlighting...
To another point, it's true that the Sublime devs disappeared for a while. But they're back on this year (see the regular new dev builds). One of the new features they're working on: HTML/CSS inline popups.
I also use Sublime Text as my primary editing tool (along with Vim for occasional edits over the wire) and I love it as well. I love it so much. I've only experimented with Atom, as I've invested considerable time customizing Sublime. I use dozens of plugins and have nearly 300 custom keybindings. I'm a hardcore Sublime user with very limited Atom experience.
I should clarify that by "less flexible," I meant in the sense of changing the UI. Both editors have great package managers. Changing syntax highlighting is about the same in either editor. But customizing the actual interface elements, things like menu bars, tabs, etc – this is where Atom has an advantage.
As a front-end developer, I would much rather use HTML and CSS to describe features of an interface than a bunch of XML tags. Compare the Seti-UI theme for Atom, and the same theme ported for Sublime. The Atom version uses LESS (transpiled to CSS) and font icons.
The flexibility argument holds for the core of the editor as well. Writing plugins for Sublime is writing Python code that hits API endpoints. What lies behind those endpoints is inaccessible to the plugin developer (it's compiled). When writing plugins for Atom, the entire source is available and customizable. You could theoretically fork the entire editor to use for some kind of specialized application.
I am very happy that the Sublime developers are working again, but I also value the transparency and community of open source, and I'm interested to see how Atom develops.
I'm somewhat new as well, and I've been using Sublime, Atom and Brackets for various projects. I catch myself using Atom more and more.
The integration with Github for Mac is sweet, you can see the files that you have not synced yet.
Couple Packages (plugins) that I'm using:
I bet Sublime has all the above as well, but I found it easier to adjust settings and install Packages in Atom (via a handy GUI). Also, Atom is actively being developed so there's always new features being added.