Atom 1.18 released • Hacker News Board

Re: Atom 1.18 released

#121

Post by swozey » Fri, Jun 16, 2017, 4:29 PM UTC

LiquidFlux wrote: post #112

Hamuko wrote: post #107

Earlier quoted context omitted.

VS Code's interface is a garbage Metro (or whatever Microsoft is calling it today) implementation with sidebar hell from Office. >Who cares about 200MB in that regard? Who cares about anything? Just use everything you have. CPU, RAM, battery life and so on. These things are free for the developer. Is VS Code actually seven times better and/or complex compared to Sublime Text that it actually needs to use the addition…

Electron is the reason you're getting these kind of desktop applications built in the first place, it's opened up an entire portal of developers to catering to your needs. It may not be the ultimate solution to the problem with regards to things such as performance, but these are irrelevant if the application were to never be built in the alternative.

Cheers to that. Maybe now with Electron the developers at 1Password will give us a Linux port........

Re: Atom 1.18 released

#122

Post by pmarreck » Fri, Jun 16, 2017, 4:54 PM UTC

parmesan wrote: post #5

ainar-g wrote: post #4

Please, don't consider this a troll question (I personally am a vim kind of guy), but is there any reason to use Atom over VSCode these days? The sole reason to me seems that VSCode is developed by the "evil" Microsoft. Other than that, most people I know who tried Atom switched to VSCode or (back to) Sublime in the end.

I switched back to Sublime after a while, Atom was so slow to start, at least when I first tried it out in ~2014 (2015?). Sublime loads in like 100ms on all my machines. I'm also the vim kind tho, but when I browse large datasets and dumps I use Sublime.

I'm very much a Sublime guy but I decided to try VSCode a couple weeks ago, and haven't gone back yet, so there's that (and this is a big deal as I'm traditionally anti-Microsoft)

Re: Atom 1.18 released

#123

Post by atomi » Fri, Jun 16, 2017, 5:12 PM UTC

zelos wrote: post #10

ainar-g wrote: post #4

Please, don't consider this a troll question (I personally am a vim kind of guy), but is there any reason to use Atom over VSCode these days? The sole reason to me seems that VSCode is developed by the "evil" Microsoft. Other than that, most people I know who tried Atom switched to VSCode or (back to) Sublime in the end.

I've switched over to something more lightweight - XCode.

Atom 1.9 beta is using a native c++ text buffer https://github.com/atom/superstring

Re: Atom 1.18 released

#124

Post by unsignedint » Fri, Jun 16, 2017, 5:20 PM UTC

Byte-order-mark is not implemented yet :-(

https://github.com/atom/encoding-selector/issues/18

I've bitten by this before when doing Unity coding. I no longer do much of Unity dev, but I deal things where this makes big difference and I haven't given serious try on Atom because of this. (I use VSCode which handles this correctly.)

Re: Atom 1.18 released

#125

Post by datagram » Fri, Jun 16, 2017, 8:15 PM UTC

marpstar wrote: post #63

geluso wrote: post #58

Earlier quoted context omitted.

Atom is free. Sublime costs $70. Plus, Atom comes with several lovely features Sublime doesn't have. Pay less, get more? Great deal! It's funny to catch friends looking at Sublime's payment popup window. I always joke, "oh, you're still evaluating?" Of course they're not evaluating. They're never going to pay for it. What a nuisance. Atom has excellent window management. It's very easy to drag a tab and split it half…

VS Code has practically all of the features you mentioned from both Atom and Sublime Text 3.

Including a good Vim plugin? Last time I tried VS Code, that wasn't the case.

Re: Atom 1.18 released

#126

Post by veidr » Sat, Jun 17, 2017, 1:41 AM UTC

santaclaus wrote: post #104

veidr wrote: post #92

Earlier quoted context omitted.

Yes, but while Sublime is still way faster, there's not much human-time-perceptible difference between Sublime and VS Code, and there's still (even in this new 1.18) a huge difference between Atom and the other two. Sublime (or really any competently-designed native editor) does indeed use way less memory for any text-editing task than any Electron-based app. But memory is fast. VS Code shows that an Electron-based a…

> there's not much human-time-perceptible difference between Sublime and VS Code VS Code chokes pretty horribly on 'large' files and is really slow to load. It also has noticeable typing latency vis a vis Sublime.

Hmm, I have never seen any typing latency with VS Code, but I use fast computers and few plugins. It is indeed slow during initial loading, and unusable with large files.

My comment wasn't intended to advocate for inefficient software based on web browser cores; I was just trying to note that most of Atom's abysmal performance issues seem to be more Atom's fault than Electron's, since VSCode is so much better.

Sublime, and any competently-designed native text editor, will always be faster than one based on Electron. Still, I leave both editors (and a few others) open throughout my workday.

Re: Atom 1.18 released

#127

Post by thepratt » Sat, Jun 17, 2017, 12:16 PM UTC

guessmyname wrote: post #84

geluso wrote: post #58

Earlier quoted context omitted.

Atom is free. Sublime costs $70. Plus, Atom comes with several lovely features Sublime doesn't have. Pay less, get more? Great deal! It's funny to catch friends looking at Sublime's payment popup window. I always joke, "oh, you're still evaluating?" Of course they're not evaluating. They're never going to pay for it. What a nuisance. Atom has excellent window management. It's very easy to drag a tab and split it half…

$70 is nothing compared with the performance that you get. If you have a job (either as a freelancer or professional) you certainly should be able to afford to pay for a $70 license, if you cannot then maybe your problem is your salary. If you are a student, ask your parents for it. I have given away at least 8 single-user licenses to friends and fellow co-workers who had your mentality, and they are now happy Sublim…

For Haskell, Atom is near unusable. Input lag reaches double digit seconds, and crashes are frequent. Sublime is a tad better, but background processes for both are not managed well. Base editor vs editor, Sublime is the clear winner for general editing (not dependent on background processes/hooks) in terms of performance mainly due to io cycle time - mostly electrons' fault.

Vim and emacs are the solution most of my colleagues use, my experience with bindings in those editors is poor, but I'm switching slowly.

Re: Atom 1.18 released

#128

Post by chillee » Sat, Jun 17, 2017, 6:18 PM UTC

datagram wrote: post #125

marpstar wrote: post #63

Earlier quoted context omitted.

VS Code has practically all of the features you mentioned from both Atom and Sublime Text 3.

Including a good Vim plugin? Last time I tried VS Code, that wasn't the case.

Hey I'm a developer for VSCodeVim (god I feel like a shill sometimes), and I'd love to hear about any issues you have with the plugin.

We've been fairly active developing the plugin, and we've closed a ton of issues and added a lot of new features over the last couple months.

More recently, we've added full Ex command support (through Neovim integration), and there's work underway to support some Vim plugins.

Re: Atom 1.18 released

#129

Post by richardknop » Sun, Jun 18, 2017, 12:53 PM UTC

baby wrote: post #61

richardknop wrote: post #54

Earlier quoted context omitted.

I find Atom for Go very slow. It feels sluggish, startup time is slow. Sometimes scrolling is lagging, it uses tons of memory (> 1GB to edit 3 text files...). I switched to Sublime from Atom recently after about 2 years and I'm happy.

I usually look a small repos so I haven't had this problem so far. I'll see how it goes as I continue to use it, but the plugins (go-plus) have already made a huge difference so far :o

There is a Go plugin for Sublime too which is great.

Re: Atom 1.18 released

#130

Post by reissbaker » Fri, Jun 23, 2017, 7:40 AM UTC

icc97 wrote: post #39

reissbaker wrote: post #16

Earlier quoted context omitted.

I use Vim on *nix, but on Windows I use Atom — I find the UI friendlier and more polished than VSCode, and I honestly don't notice any difference in typing latency between the two. Vs Sublime, the plugin ecosystem is just so much better that it's not a real contest for me.

After having struggled a bit with using Vim in the Windows console (8 terminal colours, no bold or italic fonts and other weird unexplainable issues), I switched to GVim which does actually work remarkably well. At least then you can bring the benefits you've spent time getting working in Linux into Windows. As much as the purist in me wants to get it working in the DOS prompt especially with the Windows 10 improveme…

FYI, if you're using Windows and enjoy terminal editors (I do!), I'd highly recommend switching terminal emulators from the default Windows console to wsltty[1] — assuming you're using WSL here. It has full xterm-256color support once you enable it in the Options menu, and fonts work just as you'd expect.

Personally I still use Atom on Windows, because WSL still has a few perf issues that make my preferred setup (zsh, tmux, Vim + a custom snowflake set of plugins) slightly more laggy than feels comfortable for me, although it does somewhat incredibly all actually work. But if your setup is different, there's a good chance that it'll run pretty snappily: I've noticed Bash + Vim is quite fast on Windows.

[1] https://github.com/mintty/wsltty