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

Atom 1.0

blog.atom.io

Post reply on HN
Print view View original

431–440 of 459 posts

Re: Atom 1.0

#431

Post by sergiosgc »

bdcravens wrote: post #306

Congrats to the team for reaching this important milestone. I'm a Sublime license holder, but I use Atom as much as I can, because the more open source can win, the better. However, yesterday I was doing some complex regex's (porting a random sql dump file into a seeds.rb), and Atom kept dying, whereas Sublime was pretty much instantaneous. I'm not doing the usual "Atom is slow" drum beating, but saying some underton…

I concur. Congratulations to the team. The project seems to be going in the right direction. It's not up to 1.0 standards for me, though. I'm on Linux, on a last year's X1 Carbon. HiDPI display, at slightly over 200dpi. I'm greeted with this:

http://i.imgur.com/McaVhKJ.png?1

The menu has no margins and no padding but, worse of all, everything is tiny. Note that the main text font is smaller than the i3 top bar (which is at the barely readable size).

HiDPI support is not something esoteric nowadays. Lots of hardware requires it, and Linux toolkits support it rather well (not perfect, but ok anyhow).

I fiddled with Atom's CSS enough to test drive it. It is ok for common tasks, albeit a bit sluggish (I come from vim...). I could live with that. What I can't live with is all manners of breakage my custom CSS introduced, so I can't yet do a one month run with the editor to kick the tires.

Re: Atom 1.0

#432

Post by jjawssd »

jonahx wrote: post #74
cnp wrote: post #70

I made the switch yesterday not knowing 1.0 would be released today, and I am seriously psyched. Their Vim bindings are now good enough, and there are tons of tweaks you can do to make them better (which will inspire more people to contribute). I found a few bugs here and there related to installing / removing packages (just checked and 1.0 fixes them), but nothing major, and was able to migrate my mammoth .vimrc con…

What are the main advantages that atom gives you over native vim?

It offers a point and click interface for people that can't be fucked to learn how to set up a .vimrc

Re: Atom 1.0

#433

Post by jjawssd »

vowelless wrote: post #107
cnp wrote: post #105

Earlier quoted context omitted.

From the perspective of a web app developer it's just so modern. The language of the interface takes all of the (admittedly subjective) best-practice lessons that the web has taught us over the years and embeds them directly in, and then lets you hack them apart however you wish -- simply. Code editing works without a thousand inconsistencies, and then you have things like embedding your terminal directly with ease (…

I haven't looked at Atom yet, but can it parse the vimrc file to load the right settings?

You have to manually point and click. It's a regression. But OMG clicking is SO EASY /sarcasm

Re: Atom 1.0

#434

Post by jjawssd »

guywithabike wrote: post #136
smaili wrote: post #115

Just downloaded and opened Atom for the first time, and I have to admit the look and feel is amazing! Fantastic job to all those involved! However, one thing that stands out to me, the file size of Atom.app is 203MB!! How in the world can a text editor be that large? Compare that with MacVim, which is about 27MB.

What problem does the extra 176MB present to you when you likely have 256+GB of disk storage?

Do not write software ever

Re: Atom 1.0

#435

Post by jjawssd »

AlexMax wrote: post #144
jscheel wrote: post #2

I still haven't given Atom a go. Is it worth switching from ST3?

As a paying user of Sublime Text 3, I finally jumped on the Atom bandwagon a few months ago and have overall been pretty happy. It's certainly a slower editor - I have found that opening it, creating a new window, and quitting all take more time than I would like. However, I have stuck it out primarily for two reasons: 1. It's far more extensible. Sublime Text has a thriving package ecosystem, but the limitations of…

Amazing how a single guy can outdo the design by committee that is Atom?

Re: Atom 1.0

#436

Post by jjawssd »

hitlin37 wrote: post #8

i have been using it for 3-4 months now and its getting there each month. Sometimes the plugins fail but this could be because of the rapid development cycle of atom. On the positive side, its a good text editor, easy interaction, plugin install super easy. A downside is that its not easy on your ram though. Consumes more than what vim would do. But overall, if you need a modern editor, this is the way forward.

s/modern/shiny new/g

Re: Atom 1.0

#438

Post by hollerith »

jerf wrote: post #60
joefitzgerald wrote: post #42

The killer feature of Atom to me is the ease with which it can be extended (via packages) and the openness to community contribution on core features. That's not a knock against any other editor (some of which share similar characteristics in this regard) – it's just what draws me to Atom. It's super easy to hack on and contribute to.

It's the Cycle of Bloat. 1. Develop tool. It's small and fast and minimal! Woo! 2. It's easy to modify because it's so small! Woo! 3. Look, there's a budding ecosystem of packages! Woo! (Let's not talk about the fact the packages exist precisely because the original product wasn't big enough.) 4. Oh dear, some of them conflict, a lot of them suck. Well, here's some winners, let's pull them into the core. Now the base…

Your cycle of bloat might describe many other projects, but not Atom because from the start, Atom depended on 10s of millions of lines of code -- a different copy of those 10s of millions of lines than the copy in your web browser.

Re: Atom 1.0

#439

Post by tbolt »

lispm wrote: post #120
discreditable wrote: post #114

I find it to be a bit depressing that software bloat has advanced to the point that we have text editors plagued with performance issues.

Thirty years ago people complained that GNU Emacs needed 8 megabytes of RAM.

Thirty years ago 1MB of RAM was $800+ ...I would have complained too.

Re: Atom 1.0

#440

Post by Sirenos »

jfb wrote: post #334
grandalf wrote: post #54

Earlier quoted context omitted.

I'm really looking forward to emacs-like tab behavior and also now that the rate of change will slow down we'll likely see the best quality extensions rise to the top and stabilize a bit. Also looking forward to seeing Facebook's fork of Atom for React...

I would have switched off of Emacs for some things ages ago if not for the broken behavior of the TAB key when editing text in what seems like every other editor . No, I do not ever want to insert a \t literal. Never. Ever. And if I do, I can do it with a more ponderous key sequence. But I never do. On the other hand, I need to indent a line to the correct tab stop perhaps a BILLION TIMES A DAY. Emacs has the benefit…

> Emacs has the benefit of decades of Huffman coding for its keystrokes, and I appreciate that.

Huffman coding, emacs, keystrokes, ...

what?

Post reply on HN