[gonmf]

I wish I could use Atom but I work with very large files at time and it is very slow at some tasks (like selecting all selections of text and editing them all at once), forcing me to use Sublime Text.

Can some kind user tell me if this latest version performs better now?

[Klathmon]

Please don't take this the wrong way, but what do you need to do in very large files that requires a fancier editor?

I know people will give me shit for this, but this is one of the reasons why I like to have multiple tools for multiple use cases.

Atom is for development. It's for programming in source files and being basically an IDE that I have a lot of control and customization over.

When I need to work with long logfiles or hunt through large compiled text files, I use something like Sublime. And if the files get absurdly large (like 5GB+) I start reaching for CLI tools.

I completely understand that many don't want to work like that, and if it works for you then that's awesome! But I like my tools to be good at what they do, and if that means tradeoffs in areas that other tools are good at, then it's fine with me.

Even if Atom could never open a file over 100kb, I'd still use it daily, because it's plugin ecosystem, customization, and the ease that you can write very custom plugins for it is unparalleled. And if atom ever starts giving those things up to be able to open larger files, i'm going to be quite upset.

[cjohansson]

User-interface is still very laggy compared to Emacs but it opened large files much better than I expected, though it disabled syntax coloring for larger files and scrolling is really slow. I wonder how this compares to VS Code and Oni which are also built in Electron..

[gonmf]

I've tested it myself as well. It is still as laggy as I remember, such a shame. I really want a simple graphical editor that can color the files that have been modified in Git.

[curiousgal]

large files aside, Sublime's startup time is what's keeping me.