Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Atom 1.14

blog.atom.io

Post reply on HN
Print view View original

11–20 of 24 posts

Re: Atom 1.14

#11

Post by mrmondo »

thescribe wrote: post #3

I really like the concept of Atom, but it always feels slow compared to VI. I think it's psychological though, because I can't point to any part of it and say "This is slow".

Yeah it has this weird UI lag, it always feels like using a website rather than an app to me, one of the reasons I always go back to sublime text (3) after trying out releases now and then to make sure I'm not being foolish or missing out on something better. I like the idea that it's open source but I really don't like the idea of it being a heavy javascript app, on my slower laptop you really notice it's memory usage after a short while also.

Re: Atom 1.14

#12

Post by jgalt212 »

Yes, most of the criticisms of Atom are fair on speed, but:

out of the box markdown support is second to none

and if you do Clojure, and like GUIs, proto-repl is amazing.

Re: Atom 1.14

#15

Post by msimpson »

I use Atom in Windows and have constant issues with search and replace via selection and large file support. And while these issues are known, I've yet to see a fix.

Re: Atom 1.14

#16

Post by tommica »

msimpson wrote: post #15

I use Atom in Windows and have constant issues with search and replace via selection and large file support. And while these issues are known, I've yet to see a fix.

First line in the post: "Atom 1.14 has shipped today with improved large file performance, a 64-bit Windows installation, improved MRU tab traversal, and more."

Re: Atom 1.14

#17

Post by bsharitt »

antigirl wrote: post #13

Visual Studio code, miles better and faster - never looking back

For a while I stuck with Atom because it had a slight edge with plugins, but Visual Studio Code has caught up for what I use(though the Vim plugin is still a bit behind, but good enough) so I made the switch.

Re: Atom 1.14

#19

Post by ptrckbrwn »

flukus wrote: post #6
ptrckbrwn wrote: post #4

Earlier quoted context omitted.

It's not psychological: https://pavelfatin.com/images/typing/editor-latency-windows-... Source: https://pavelfatin.com/typing-with-pleasure/

Now I want to see the results from neovim, or anything with a client/server architecture. I'm surprised emacs is so slow (compared to vim) and I wonder if that explains it.

The author of the article I posted has the executable he used to test available if you want to try it yourself!

Re: Atom 1.14

#20

Post by msimpson »

tommica wrote: post #16
msimpson wrote: post #15

I use Atom in Windows and have constant issues with search and replace via selection and large file support. And while these issues are known, I've yet to see a fix.

First line in the post: "Atom 1.14 has shipped today with improved large file performance, a 64-bit Windows installation, improved MRU tab traversal, and more."

> Atom 1.14 has shipped today with improved large file performance

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.

Post reply on HN