Congrats! I still prefer emacs but perhaps not for long (I use both day to day)...
I use emacs but might try atom when it's a true replacement possibility. How can I know it's crossed the threshold?
if it have org-mode and a mail reader...
Atom 1.0
141–150 of 459 posts
Re: Atom 1.0
#142The 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.
How exactly it is easier to extend than emacs?
Re: Atom 1.0
#143Earlier quoted context omitted.
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…
Do people believe that having access to packages and add-ons makes an editor (or whatever else) "bloated and slow"? First, whatever you don't use, it's not even loaded in memory. Second, bloated is all about having tons of options you don't need or use. Not about adding stuff you DO need piecemeal. Third, bloat is mostly a UI thing, not a "number of add-ons" or "too many lines of code" thing. Programs don't get slow…
"Do people believe that having access to packages and add-ons makes an editor (or whatever else) "bloated and slow"?"
... no? Hate to dismiss your entire message that way (I mean that seriously), but...
People appear to be assuming a great deal more universality than I could possibly have implied, since I don't believe it's a universal problem anyhow, and never addressed scope. It's just a cycle that definitely exists in some domains.
It's gotten to when I see something described as "minimal" I tend to just roll my eyes and move on. Especially when combined with accusations, veiled or otherwise, that something else is "bloated", which at this point I tend to just assume is a meaningless feeling word with no real technical content. Yes, that includes when used in the context of "cycle of bloat"; this is a cycle endlessly recurring, yet has very little technical content. Mature text editors are, to a first approximation, all the same. (Yeah, there's some differences, but, meh.)
Re: Atom 1.0
#144I 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 the extension API show up in lots of little places. Atom being browser-based comes with its downsides, but it also allows flexibility that Sublime could only dream of.
2. It's open source. Sublime Text is a great editor, but it's closed source, maintained by a single guy, and updates have slowed to a crawl. It's not something I ever felt 100% comfortable with relying on as part of my day-in-day-out workflow.
Re: Atom 1.0
#145Just 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.
That's why you shouldn't let javascript developers produce desktop apps... The whole Chromium is bundled with Atom.
Re: Atom 1.0
#146Earlier quoted context omitted.
I disagree with your characterization. Take jQuery for example. 1. Small, fast and minimal. 2. Easy to create plugins. 3. Budding ecosystem and explosion of plugins. 4. Conflicts ensued and some plugins got pulled into the core project. Eventually, the growth of jQuery tapered off as the project stabilized. Not only did the size taper off, it got smaller as well. After nearly 10 years, we're talking about a payload o…
While this is true, and I love JQuery, there's a significant number of JavaScript programmers who do say that JQuery is bloated and slow and old and you shouldn't use it. http://youmightnotneedjquery.com/ and all that. Even if it's not actually true (as you've said, it literally is not bloated wrt filesize) people still think it's true.
[deleted]
Re: Atom 1.0
#147Eh. Why is 1.0 out already? Keyboard layouts which use AltGr are still broken. E.g. I can't type '@', '\', and 'µ'. Yes, I can't write metadata annotations or escape some characters.
I'm running Atom 0.116.0 on Xubuntu and AltGr works perfectly fine. My keyboard layout is Norwegian.
Norwegian with Sámi has a lot of collisions. With the regular Norwegian layout, the only collision should be µ (M + AltGr).
Re: Atom 1.0
#148Earlier quoted context omitted.
How well does it support other languages other than JavaScript? Will I be able to do mobile Android and iOS development at some point, or Haskell, Go, etc?
I regularly work on Go projects with Atom using the go-plus[0] plugin [0] - https://atom.io/packages/go-plus
Looks like it's not working just now:
Searching packages failed: atom.io is temporarily unavailable, please try again later.
Re: Atom 1.0
#149Earlier quoted context omitted.
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…
See also: "minimalist web browser" and the history of Firefox :) https://en.wikipedia.org/wiki/Firefox#History
Yup, that one was certainly big for a while! KHTML and its whole menagerie of browsers competing to be more "minimal" than the last.
I think the web has stabbed that one dead, though... ship a proper HTML5-compliant browser engine, and, well, you're already looking at a whackload of startup time and tons of functionality. The size of the chrome is hardly an afterthought nowadays. A really "minimal" browser can hardly browse the top-ten sites anymore.
(Wikipedia's still looking pretty good in Lynx, though... just checked.)
Re: Atom 1.0
#150Earlier quoted context omitted.
> Eh. Why is 1.0 out already? Keyboard layouts which use AltGr are still broken. Perhaps such keyboards don't concern that many people?
That's going to render whole countries worth of developers reconsider using Atom. AltGr is widely used at Nordic countries at least and I wouldn't be surprised if elsewhere too.
Let them speak English! This'll bring the world closer together.