Live data from Hacker News

Atom text editor 1.7.0 released

github.com

101–110 of 144 posts

Re: Atom text editor 1.7.0 released

#101

Earlier quoted context omitted.

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.

http://confreaks.tv/videos/railsconf2015-ruby-debugger-inter...

This is a video by Dennis Ulshakov, the maintainer. I haven't watched this in its entirety but it's only 20 mins.

Re: Atom text editor 1.7.0 released

#102

You know what I would really enjoy? Being able to sign into your Github account and sync your preferences and packages to the cloud. Then if I sign in on a different computer, all my hotkeys, packages and themes are copied over seamlessly. As a crappy workaround I have this: https://github.com/sergiotapia/atom-meteor-packages But still, I would like this to be a core integration. I've since switched to RubyMine and W…

You can always try to make a Pull Request at see what it comes out!

Re: Atom text editor 1.7.0 released

#103
post #29

For you Atom users: Why have you chosen Atom over, say, Emacs?

For me, it is feeling like part of my OS. I have to use a whole bunch of other Mac apps, and Emacs (or vim) don't fit in. Mouse cut+paste is dodgy, and they use a whole bunch of different shortcut keys (I just instinctively type apple+s for save, apple+f for find, etc).

There seems (based on other users I know) two sweet points -- put your whole life in emacs, and give the other apps you have to use Emacs shortcuts, or no Emacs.

Some people's brains might find it easier to switch between two sets of shortcuts when switching between apps of course.

Re: Atom text editor 1.7.0 released

#104

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

Yeah, Atom is really my favorite editor at the moment in terms of features and add-ons but is totally unusable for me due to various performance issues. Not only does it choke on large files but something like a full-project search can take upwards of 30s to finish while Sublime Text finishes it in about 2-3s. I'd like to switch personally, but I can't until some major performance improvements happen. YMMV.

Yes, search is really slow. But atom-fuzzy-grep is near instantaneous even on large projects. Uses ag pt ack or grep

https://atom.io/packages/atom-fuzzy-grep

The nice thing about Atom is that you can replace anything that isn't performing.

Re: Atom text editor 1.7.0 released

#105
post #78
post #39

Earlier quoted context omitted.

Not sure if you're trolling, because that's a pretty ridiculous question. The obvious answer is Atom's immediate usability and the much easier learning curve over Emacs which requires an incredible amount of research and effort to set up properly and use. For example how long do you think it takes for the average new programmer choosing Atom to figure out and learn to use the fuzzy file search versus them getting tha…

Alright, so say they use Spacemacs (Which really should be the Emacs default). Now how would they justify their choice?

I was a happy spacemacs user for a while, but my install kept getting broken by updates. Atom has never just fallen over dead like that.

After quite a while it was still mysterious to me how to change simple things or to even trace where certain behavior was implemented. (that can be a problem in Atom too).

In short: I didn't have the time. I have a lot of work to do, no time to fiddle.

I still miss a few things from spacemacs.

helm-swoop mode is awesome. That could be done in Atom.

I'd like a -x-y command interface for atom. Proton seeks to achieve that: https://github.com/dvcrn/proton

I'd love to be able to handle panes with the agility of Emacs.

Re: Atom text editor 1.7.0 released

#106

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

Pure conjecture: someone worked out that the use case for printing out your code is incredibly rare? I don't think I've done it for several years, and if that's widely representative, I strongly support removing it from the core application.

Re: Atom text editor 1.7.0 released

#107
post #64

Genuine, non-trolly question: why would I use Atom over Sublime Text? I've used both and by and large they were very effective replacements for each other, but Atom had performance issues with large files so I went back to Sublime. What am I missing out on?

I wish one could flag questions. This discussion was done in hundreds of Atom related HN threads. Please look them up.

Re: Atom text editor 1.7.0 released

#108
post #97
post #56

Earlier quoted context omitted.

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.

You forgot the step where someone needs to make a hand written copy, which is then translated to Hungarian and back. But I understand you, it's an easy step to miss.

Re: Atom text editor 1.7.0 released

#109
post #17

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.

Could be, but it could also have not much (nothing?) to do with hardware.

Anecdotal: back in the late 90s, or early 00s, unlike now, the pc hardware got old really fast in terms of performance. Unlike a classmate of mine I didn't keep up with hardware changes. When I bought my hardware and played games they ran really good, but after a while my pc was not fast enough even for low graphic settings, and the games stuttered really strong with fps probably below 30 fps and around the 20 fps mark (only a guess). At first this was horrible compared to the smoothness of playing games directly after buying the new pc, but after a while I got used to it and couldn't understand why my classmate (which kept up with the new hardware that came out) could not stand to play games on my pc. Later I bought a new pc and could play the games with smooth fps again. When I now played games on slow hardware I could not stand it, just like my classmate before.

Maybe this is (in some cases) also the case with people who have no problems with the performance of Atom.

Personally I also find the performance of Atom could be better (on both Windows and Linux) with a 5820k @ 4Ghz, 32 GByte Ram and installed on a SSD (Crucial MX 100/512 GByte). But I only try it from time to time to see how much better it got compared to my previous try.

Re: Atom text editor 1.7.0 released

#110

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.

I've found that when pasting in huge files, disabling syntax highlighting makes a big difference. In fact, if you simply open a sufficiently large (I haven't bothered bisecting the size, but a few megs works) xml file, Atom will disable syntax highlighting by default and the performance will be slow but still usable. If you paste in the contents of a large xml file, syntax highlighting is not disabled and the editor…

Atom should automatically disable syntax highlighting for large files.
Post reply on HN