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

Atom 1.6 Released with Pending Pane Items, Async Git and Top and Bottom Bar API

blog.atom.io

Post reply on HN
Print view View original

111–120 of 176 posts

Re: Atom 1.6 Released with Pending Pane Items, Async Git and Top and Bottom Bar API

#111

Post by azinman2 »

girvo wrote: post #91
csallen wrote: post #75

Earlier quoted context omitted.

I think you hit the nail on the head. Slowness in Atom varies so much from person to person probably because it's not in the editor itself, but in the plugins, and everyone has different plugins installed.

Right, that's probably the case. And funnily, the reason why I'm so picky about plugins is that I managed to make both Vim and Sublime Text run horrendously via plugin overload.

Sounds like both should do a better job of telling you which plugins are slowing your system

Re: Atom 1.6 Released with Pending Pane Items, Async Git and Top and Bottom Bar API

#112

Post by azinman2 »

drylight wrote: post #76
hacker_9 wrote: post #72

Earlier quoted context omitted.

You expect me to believe that with those specs Atom really runs like a 'complete dog'? The fact you also mention Sublime too really just tells me that your opinion was biased from the start. Finally, JIT compiled languages can be just as fast as native, simply because they can optimise to your hardware specs. You are getting mixed up as to why things are the way they are; JavaScript is a dynamically typed language, s…

You should believe them and others on here. Atom is slow. No way around it. If you or others say that it's fine, then you're suffering from Stockholm syndrome, having been taken in to the cult of Atom.

I'm just starting to use it today on a large code base, and it's been fine. Only have vim and go-plus plugins installed. I would guess plugins are what's slowing most.

Re: Atom 1.6 Released with Pending Pane Items, Async Git and Top and Bottom Bar API

#113

Post by aeturnum »

girvo wrote: post #66
DigitalSea wrote: post #30

The new features and updates are great, but the one thing holding me back from using it is the fact it is extremely slow and laden with performance issues. Anyone who has ever attempted to open a file with a lot of lines of code will attest to the fact that Atom has issues. Ironically, Microsoft's open source Visual Studio Code editor is based in part of some aspects of Atom and it has exceptional performance and is…

> extremely slow and laden with performance issues I've honestly not experienced this at all; though I'm running Atom/Nuclide with only the Babel language plugin extra.

I've tried running atom several times over its history - first for go and again for elixir. Both times I've had the base version of atom with one or two plugins (go-plus / language-elixir & autocomplete-elixir). I found that, even with that setup, Atom was noticeably slower for all aspects of text editing (opening, navigating, typing, selecting, etc). I also found that the plugins did not work as well as the sublime text equivalents I'd been using (though that's not really Atom's fault).

I really like the idea of atom, but I've found the practical product less than compelling.

Re: Atom 1.6 Released with Pending Pane Items, Async Git and Top and Bottom Bar API

#114

Post by ori_b »

AlexMax wrote: post #92
timr wrote: post #61

Earlier quoted context omitted.

I simply don't understand the appeal of the thing. To a person, everyone who raves about it says, essentially "just like Sublime Text, but in Javascript!" , and yeah, that seems right. Just like Sublime Text, but in Javascript...and plagued with the performance problems you'd expect from Sublime Text, written in JavaScript. There's not really a killer feature that makes me want to switch from the editor I use already…

> Perhaps, if you like the thing so much, you could explain why I am an avid Atom user who acknowledges how slow the thing can be. None of the slowness on my end approaches any of the horror stores in these threads, but for me, opening the program from a cold boot takes long enough for the wait to irritate me, the first time I save any file after opening the program takes a second or two, and opening a new window tak…

> None of the slowness on my end approaches any of the horror stores in these threads, but for me, opening the program from a cold boot takes long enough for the wait to irritate me, the first time I save any file after opening the program takes a second or two, and opening a new window takes a second or two.

How this isn't considered a horror story is beyond me. I'd consider that sort of latency over a the network to be awful, let alone for a local editor.

Re: Atom 1.6 Released with Pending Pane Items, Async Git and Top and Bottom Bar API

#115

Post by desuvader »

pedalpete wrote: post #109

Seems like the biggest complaints are around performance. I'm assuming Atom (and VS Code, etc) are using asm.js or some other library to get them close to native performance. Anybody have thoughts on that? or am I completely wrong?

Atom is (almost) like any normal web app from a performance standpoint. Runs on electron.

No asm.js magic here.

Re: Atom 1.6 Released with Pending Pane Items, Async Git and Top and Bottom Bar API

#116

Post by segphault »

jwcooper wrote: post #36
segphault wrote: post #28

I really wish there was a way to use Atom in client/server mode. I'd like to leave a headless session running on my home Linux server and be able to attach to it from work. Right now, I use SSHFS to mount the remote directory so I can edit locally, but it leaves a lot to be desired. Considering that Atom is all just Node and Chromium under the hood, it's surprising that there's no way to run at is as a server.

Check out nuclide.io. It's built on top of atom by Facebook. I haven't tried it, but one of its features is remote development using client/server.

While it's not as good as being able to attach to a remote/headless instance of the editor, something like Nuclide's remote project feature would be a step up from SSHFS... if it actually worked consistently.

I've unfortunately found it to be really flaky. About half the time I try to add a folder I get a "certificate not ready" error. And I get a lot of random error messages when I save files. With large projects, watchman exhausts the number of filesystem watches that can be created (though maybe I could fix this if there's a way to configure it to not recursively watch node_modules folders).

I also don't like the fact that Facebook stuffs all of its Atom improvements into one extremely heavy, monolithic plugin. It practically doubles Atom startup time for me. :-(

Re: Atom 1.6 Released with Pending Pane Items, Async Git and Top and Bottom Bar API

#117

Post by segphault »

cname wrote: post #50
segphault wrote: post #27

Earlier quoted context omitted.

As a longtime Vim user, I've been pleasantly surprised with the quality of Atom's Vim bindings. Text navigation and pane management bindings mostly work as expected. You get multiple registers for yanking etc. That's the extent of what you get, however. There's no emulation for the colon prompt, no macros, and it obviously doesn't support any Vim scripting. I've been happy with Atom after transitioning from Vim, but…

> There's no emulation for the colon prompt, ... There's an ex-mode plugin.

Thank you for pointing this out. I honestly wasn't aware that there was a separate plugin for this. I'm relieved to have my precious :%s back, but I wish I had known about it earlier! :-)

Re: Atom 1.6 Released with Pending Pane Items, Async Git and Top and Bottom Bar API

#118

Post by timr »

csallen wrote: post #74
timr wrote: post #61

Earlier quoted context omitted.

I simply don't understand the appeal of the thing. To a person, everyone who raves about it says, essentially "just like Sublime Text, but in Javascript!" , and yeah, that seems right. Just like Sublime Text, but in Javascript...and plagued with the performance problems you'd expect from Sublime Text, written in JavaScript. There's not really a killer feature that makes me want to switch from the editor I use already…

I suspect the primary reason people like the fact that it's written in JavaScript is because a lot of people know JavaScript. That makes Atom eminently hackable.

Yeah, OK...but Sublime Text is eminently hackable in Python, and it doesn't get the same sort of rabid adoption from Python devs (it's popular, sure, but not more so than vi or emacs).

Re: Atom 1.6 Released with Pending Pane Items, Async Git and Top and Bottom Bar API

#119

Post by elcritch »

Klathmon wrote: post #105
SwellJoe wrote: post #33

Earlier quoted context omitted.

Given that VSCode is fast on the same Electron core also written in JavaScript, I think it's a lazy approach to simply dismiss it as, "Must be JavaScript! Case closed!" And, there have been editors written in a variety of higher level languages for decades, many that are slower than JavaScript, that aren't (as) slow as Atom. There's more to it than language choice.

I'm convinced it has something to do with the syntax highlighting. Disable that, and it runs flawlessly on 10+GB files. I looked into it a bit a few weeks ago but got distracted. It uses regex and many of the statements could be improved. Plus they use a fairly off the wall regex engine that has pretty poor performance but they use it because it supports every damn encoding under the sun. I think if that can be figur…

Check this out: http://davidvgalbraith.com/how-i-fixed-atom/

Re: Atom 1.6 Released with Pending Pane Items, Async Git and Top and Bottom Bar API

#120

Post by baby »

ropiku wrote: post #53
seanp2k2 wrote: post #52

Earlier quoted context omitted.

I'm not sure if you're serious or not. If you are serious, I'm sure I'm not the only one interested in why and how it turned out :)

He's serious, it's https://nylas.com/n1 . See https://www.nylas.com/blog/splitting-the-atom (i'm not associated with them)

I just... I just love it.

Can't seem to select all my mail to archive though. I have a bunch of unread mail and I would want to batch read them all.

Post reply on HN