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

Atom text editor 1.7.0 released

github.com

Post reply on HN
Print view View original

91–100 of 144 posts

Re: Atom text editor 1.7.0 released

#91

Post by pfooti »

cortesi wrote: post #17
nickpeterson wrote: post #3

Doesn't indicate perf improvements... Not trying to troll, but that surprises me given the large number of complaints about performance.

I'm making a bit of a habit of chipping in on Atom performance complaints with a counterpoint. I've now used Atom as my primary editor for more than a year, and I have no complaints about the performance. This could be because I'm using OSX on recent hardware - I've noticed that my friends using Linux desktops seem to have more issues than I do.

Yeah, I use atom on an mbp 2013 as well as a Linux desktop, and it runs fine. I dont have perf issues, even when opening a large 10k+ line javascript file (a built lib package, when I'm debugging occasionally). Of course, most of my source files are 100 - 1000 lines long.

Re: Atom text editor 1.7.0 released

#92

Post by nindalf »

dzhiurgis wrote: post #76
galistoca wrote: post #44

Earlier quoted context omitted.

It's alright for small files, but whenever I paste in a huge csv or json file it hangs for minutes. And I use pretty recent macbook pro with high specs. This doesn't happen with other editors.

Same here, I only get issues after around 100MB. Most editors start to struggle at such file sizes, which is a shame, but try loading 100mb into Excel. The only editor I found to work nearly instantly is vi; nano takes almost a minute to load large files.

Latest Macbook here, opening files up to 10MB is fine but saving after making any change, even a minor one will cause Atom to hang for a few minutes. In contrast, Sublime has no issues. To be fair to Atom, it has no issues with actual code files in any language; it only struggles with log files and csv dumps. This limitation means I use Atom for most things and Sublime for the heavy files.

Re: Atom text editor 1.7.0 released

#94

Post by bdcravens »

sergiotapia wrote: post #37
innocentoldguy wrote: post #36

Earlier quoted context omitted.

For me, the Visual Studio-like debugger is killer in theory, but in practice, it hangs a lot and I have to shut down and restart RubyMine.

That sucks, it works flawlessly for me on my El Capitan and RubyMine 2016.1

Do you have a good resource for learning the debugger in RubyMine? I'm still using mostly puts and pry for debugging, but it sounds like the RM debugger could be a win.

Re: Atom text editor 1.7.0 released

#95

Post by bdcravens »

wyqydsyq wrote: post #59
cortesi wrote: post #17

Earlier quoted context omitted.

I'm making a bit of a habit of chipping in on Atom performance complaints with a counterpoint. I've now used Atom as my primary editor for more than a year, and I have no complaints about the performance. This could be because I'm using OSX on recent hardware - I've noticed that my friends using Linux desktops seem to have more issues than I do.

I've been using Atom as my primary editor for over a year too, on various Linux distros, and it's been a very smooth experience. The only issue I've encountered is Atom can be sluggish with large (4MB+) files because it attempts to load the entire file into memory instead of streaming it like Sublime Text does for large files. Easy solution to it is to just use a plain text editor (gedit being my preference) to view…

> Easy solution to it is to just use a plain text editor (gedit being my preference) to view your logs.

I had a license to Sublime before Atom was even released, so that's what I use :-) I used Atom for at least a year just to support the open source aspect of it (I do spend most of my time in RubyMine these days)

Re: Atom text editor 1.7.0 released

#97

Post by iLoch »

jakswa wrote: post #56
ApolloRising wrote: post #49

Quick question: Does anyone know why a basic thing like printing seems to not be included in the default atom app?

Is your printer one of those combo printer + fax machines? You can copy/paste the code you want to print into an email, email it to a computer with a fax connection, and then fax it to that printer.

I was going to suggest telephoning it in to someone with a tablet, have them transcribe it into a note taking app, scan the tablet with your personal scanner and then print the scan from your original computer using the photo printing tool.

Re: Atom text editor 1.7.0 released

#98

Post by DarkTree »

greggman wrote: post #90
imaginenore wrote: post #67

Earlier quoted context omitted.

$70

Really? If you're a programmer you probably spend 6-16 hours a day in your text editor. An artist pays $120+ a year for Photoshop. They don't generally settle for gIMP. The 2 are barely comparable. Similarly construction workers don't use tools from the 99¢ store. If you value your time you shouldn't look at a few hundred dollars as the difference between using some software and not. That software is a force multipli…

You're kind of missing the essential part of alternatives here, and that argument also is a slippery slope. With the same logic, it might make sense to spend thousands of dollars on something you use for your job the majority of your day. Besides that though, yes, I agree it would make sense to spend $70 on a text editor that you use every day for many hours a day, but only if it is the single best option on the market. If someone believes that Atom is equally good, then no, it is not worth it to spend $70 on sublime text.

Re: Atom text editor 1.7.0 released

#99

Post by yitchelle »

juli3n wrote: post #16
_Wintermute wrote: post #8

Is Atom still collecting users data? Last I paid attention there was a big furore about having to opt-out and the legality in Europe.

Yep, but you can disable it by disabling the 'metrics' extension.

So the metrics collection is ON by default?

Re: Atom text editor 1.7.0 released

#100

Post by cageface »

kennywinker wrote: post #9

I've been using Visual Studio Code a bit this past month and there is a lot I like about it. Anyone have thoughts on Code vs Atom? I know Code is based on Atom, but I'm not really clear on how they differ edit: correction. After asking this, I read up a bit and Code is based on Electron which is the core of Atom, but they're fairly different after that.. Code is not a fork of Atom as I thought it was.

Code seems nice but the plugin ecosystem seems much richer. I depend a lot on the linters available for Ruby and JS in Atom and they seem much less mature in Code.
Post reply on HN