Atom 1.14
blog.atom.io
blog.atom.io
The other reason is slowness to open a single file from the CLI, it seems Atom doesnt reuse the already open shell like sublime does, there was a tracked issue for that one.
I like that it's more foolproof, though. Granted it's a product built for developers, it's nice to have a GUI for installing themes and plugins, and for configuring it. This aspect is what keeps me from switching to Sublime.
1. Opening large text files 2. Some frequent changes in one of the files in the tree being made by a different process
> A fundamental component of the text editor called the display layer has been redesigned to rely on a new data structure that is implemented in C++.
Congrats on the release.
1. Updates to Atom 1.14
2. Attempts to open a 64MB SQL dump in Atom
3. "Atom will be unresponsive during the loading of very large files"
4. Clicks "Proceed"
5. "The editor has crashed"
Yet, I can open the exact same SQL dump in VIM and it displays immediately and I can scroll down with minimal lag. However, smaller files (5-10MB) used to do the same in Atom and now they are fine. So improved, yes. Fixed, no!
For me, however, this still makes the editor untrustworthy. I can't be sure if it's going to take a while to load a large log file or suddenly crash.
out of the box markdown support is second to none
and if you do Clojure, and like GUIs, proto-repl is amazing.