6 ms·

Haven't tried it since launch, and while it's still insanely HUGE for a "text editor", I find it much faster. It was unusable back then, now it seems to work. S

by rplnt 11y ago

Haven't tried it since launch, and while it's still insanely HUGE for a "text editor", I find it much faster. It was unusable back then, now it seems to work. Startup time used to be longer than the OS itself (well, not really, but you get the point), now it's somewhat reasonable. Do you use "in production"? Is it OK? By the way, Find seems to be only working on three or more characters? How do I find two-letter substring? :) edit: Regexp find is a bit slow overall (one 5-line file). Like it is waiting for a while before commiting to updating the UI. And that's on an i7 desktop, can't imagine it working on my Celeron laptop (but will give it a try later).

glenndebacker 11y ago
The install size doesn't bother me personally (although my colleague's with newer Macbook Pro and smaller SSD may have an other opinion) but the speed of the editor is important for me. It is fine for smaller simple files but I have had occasions that with some text files it can be really slow to a point that it is unworkable. Last I was working on a HTML5 game and I copied the base64 encoded version of a font into my file that handled the assets and boy was that a bad idea. The preload.js was just 49KB but one big base64 encoded line made atom choke... Textwrangler or sublime didn't crimp on the same file and opened it in an instant. Granted my Macbook Pro is old but a i7 with 8Gb RAM should be able to deal with these kind of situations.
- Klathmon 11y ago
  Yeah atom has always had issues with files over a few kb that are all on the same line. If the file doesn't have any crazy long lines, i've had it handle 5mb+ files with no issues.
  - PlzSnow 11y ago
    "i've had it handle 5mb+ files with no issues." Wow! It's so exciting living in the 1990s!
    - Klathmon 11y ago
      Okay, if you want to be a dick about it. I've had it handle 5GB+ files with no issues. I've got a 6.3gb log file open in it right now.
      - PlzSnow 11y ago
        Try doing a find/replace/syntax highlight/multiple cursor/anything productive. Actually don't, your computer will explode!
        Klathmon 11y ago
        find/replace works fine, and it's an XML file so syntax highlighting is working great (although it does take a few hundred ms to actually apply the syntax highlighting after a lot of scrolling) It did take about 2 seconds to load the file though, so you can make fun of that!
        kedean 11y ago
        On a more constructive note, I've found that it does have significant problems with certain text structures, namely really long single lines. Just the other day I had to debug a json serializer, so my q&d solution was to copy the text out of the eclipse debugger, paste it into Atom (as it was already open), then find my way to the section I was looking for. After significant delays getting to the spot I needed with 'find', any use of the left and right arrows to navigate the text further was accompanied by a ~5 second delay per character. The same operation in Notepad++ went smooth as butter.
        Klathmon 11y ago
        I agree 100% I'm not sure specifically what it is, but it seems longer lines just wreck the performance. I've seen a few commits talking about fixing specific problems that have caused this in the past, leaving me to think that it's most likely either one or more of my plugins causing the issue, but i just haven't cared enough to look into it yet. Just like you I keep Notepad++ around for my "quick" needs (open a file for less than a minute) and for big files that aren't "code-ish" (they have long lines), and then atom is used for everything else.
arcatek 11y ago
I'm using Atom on a daily basis, alongside with Emacs. It works quite well. There's some crashs due to Samba filesystems, but apart from that I haven't had blocking issues for a few months. Maybe a single thing bothers me: the search and replace UI wasn't very good the last time I checked, especially when trying to replace inside a selection.
- wat_soon 11y ago
  What's your setup with Emacs? As an Emacs user with Atom installed I'm curious in learning more about your setup & how I might use multiple editors as well. What do you use Emacs for? Atom?
airesQ 11y ago
Switched to atom about a month ago. Been using it on a large project and it performs great (the ctags file is 344MB, but symbol navigation has no hiccups). I still miss a few features from my previous editor (notepad++ on wine), such as the comments-only spell-checker and macros. But overall I'm happy with the transition. Linter's work quite nicely (at least the Haskell, Bash, and Python ones). And git integration is useful. As usual with these highly modular text-editors, batteries are not included, and getting a good environment going can take up quite a while.
freshyill 11y ago
I've been using Atom since day 1 (I never really loved Sublime) and it's gotten considerably faster. Still, if I have a particularly huge file—especially one with syntax highlighting—I still just reach for Sublime.
- elcritch 11y ago
  Not a day 1 user of atom, but similarly I've been using textmate for huge files (or really quick edits). It's a nice one-two combo.
yAnonymous 11y ago
Been using it in production for about half a year now and it's great. The customizability and package system are much better than in Sublime (which was already good to begin with). That was the main reason for switching. Performance has improved a lot. I don't care much about startup times, because I only start it once a week and then keep it running, but the rendering speed, too, has gotten much better. The only thing I'm really still missing is column select.

by rplnt 11y ago

glenndebacker 11y ago

The install size doesn't bother me personally (although my colleague's with newer Macbook Pro and smaller SSD may have an other opinion) but the speed of the editor is important for me. It is fine for smaller simple files but I have had occasions that with some text files it can be really slow to a point that it is unworkable. Last I was working on a HTML5 game and I copied the base64 encoded version of a font into my file that handled the assets and boy was that a bad idea. The preload.js was just 49KB but one big base64 encoded line made atom choke... Textwrangler or sublime didn't crimp on the same file and opened it in an instant. Granted my Macbook Pro is old but a i7 with 8Gb RAM should be able to deal with these kind of situations.

Klathmon 11y ago
Yeah atom has always had issues with files over a few kb that are all on the same line. If the file doesn't have any crazy long lines, i've had it handle 5mb+ files with no issues.
- PlzSnow 11y ago
  "i've had it handle 5mb+ files with no issues." Wow! It's so exciting living in the 1990s!
  - Klathmon 11y ago
    Okay, if you want to be a dick about it. I've had it handle 5GB+ files with no issues. I've got a 6.3gb log file open in it right now.
    - PlzSnow 11y ago
      Try doing a find/replace/syntax highlight/multiple cursor/anything productive. Actually don't, your computer will explode!
      - Klathmon 11y ago
        find/replace works fine, and it's an XML file so syntax highlighting is working great (although it does take a few hundred ms to actually apply the syntax highlighting after a lot of scrolling) It did take about 2 seconds to load the file though, so you can make fun of that!
        kedean 11y ago
        On a more constructive note, I've found that it does have significant problems with certain text structures, namely really long single lines. Just the other day I had to debug a json serializer, so my q&d solution was to copy the text out of the eclipse debugger, paste it into Atom (as it was already open), then find my way to the section I was looking for. After significant delays getting to the spot I needed with 'find', any use of the left and right arrows to navigate the text further was accompanied by a ~5 second delay per character. The same operation in Notepad++ went smooth as butter.
        Klathmon 11y ago
        I agree 100% I'm not sure specifically what it is, but it seems longer lines just wreck the performance. I've seen a few commits talking about fixing specific problems that have caused this in the past, leaving me to think that it's most likely either one or more of my plugins causing the issue, but i just haven't cared enough to look into it yet. Just like you I keep Notepad++ around for my "quick" needs (open a file for less than a minute) and for big files that aren't "code-ish" (they have long lines), and then atom is used for everything else.

arcatek 11y ago

I'm using Atom on a daily basis, alongside with Emacs. It works quite well. There's some crashs due to Samba filesystems, but apart from that I haven't had blocking issues for a few months. Maybe a single thing bothers me: the search and replace UI wasn't very good the last time I checked, especially when trying to replace inside a selection.

wat_soon 11y ago
What's your setup with Emacs? As an Emacs user with Atom installed I'm curious in learning more about your setup & how I might use multiple editors as well. What do you use Emacs for? Atom?

airesQ 11y ago

Switched to atom about a month ago. Been using it on a large project and it performs great (the ctags file is 344MB, but symbol navigation has no hiccups). I still miss a few features from my previous editor (notepad++ on wine), such as the comments-only spell-checker and macros. But overall I'm happy with the transition. Linter's work quite nicely (at least the Haskell, Bash, and Python ones). And git integration is useful. As usual with these highly modular text-editors, batteries are not included, and getting a good environment going can take up quite a while.

freshyill 11y ago

I've been using Atom since day 1 (I never really loved Sublime) and it's gotten considerably faster. Still, if I have a particularly huge file—especially one with syntax highlighting—I still just reach for Sublime.

elcritch 11y ago
Not a day 1 user of atom, but similarly I've been using textmate for huge files (or really quick edits). It's a nice one-two combo.

yAnonymous 11y ago

Been using it in production for about half a year now and it's great. The customizability and package system are much better than in Sublime (which was already good to begin with). That was the main reason for switching. Performance has improved a lot. I don't care much about startup times, because I only start it once a week and then keep it running, but the rendering speed, too, has gotten much better. The only thing I'm really still missing is column select.