Live data from Hacker News

Atom

atom.io

121–130 of 662 posts

Re: Atom

#122

I am very excited about this, I love the Github team and this looks like a great tool. My only question is -- why should I switch to this from Sublime Text? Are there specific use cases it handles better out of the box, or is it more of a modular base that will be expected to grow and outfeature ST2/3's seasoned plugin economy? I am very happy with Sublime Text now, but I would be willing to switch if either it gaine…

In practice, the ST3 API is extremely limiting and poorly implemented. The docs are both lacking and dated (read incorrect). It is trivial to crash ST3 by making the incorrect sequence of correct API calls. It is also common to resort to polling the editor to make up for other deficiencies. The API also only allows for extremely limited UI choices forcing highly unintuitive interfaces on end users. The ST3 runtime al…

What do you mean polling the editor? Are there any examples of plugins that do that?

Re: Atom

#123
post #62
post #31

What's the difference between this and Emacs?

The big difference from my perspective is that Atom isn't currently FOSS. Other than that, the maturity of the emacs ecosystem is both one of its greatest features and a bit of a curse.

40 years of legacy decisions can be a huge weight on a project, but reinventing a newer, rounder wheel has pitfalls as well. I'd love to say 'I want a modern version of emacs' (or, in my case, vim), but I'd be terrified that I'd end up with a TextMate2-style second system syndrome.

It looks like the GH guys have worked around this problem quite well, and I'm looking forward to begging, borrowing, and then just begging again if I get a chance to try it out.

Re: Atom

#124
post #107

I am very excited about this, I love the Github team and this looks like a great tool. My only question is -- why should I switch to this from Sublime Text? Are there specific use cases it handles better out of the box, or is it more of a modular base that will be expected to grow and outfeature ST2/3's seasoned plugin economy? I am very happy with Sublime Text now, but I would be willing to switch if either it gaine…

This appears to be free. ST is free but makes me feel bad about not paying for it every few saves.

That's because ST is not free.

Re: Atom

#125
post #107

I am very excited about this, I love the Github team and this looks like a great tool. My only question is -- why should I switch to this from Sublime Text? Are there specific use cases it handles better out of the box, or is it more of a modular base that will be expected to grow and outfeature ST2/3's seasoned plugin economy? I am very happy with Sublime Text now, but I would be willing to switch if either it gaine…

This appears to be free. ST is free but makes me feel bad about not paying for it every few saves.

Only for now https://github.com/atom/welcome/blob/master/lib/welcome.md

    Atom is free during the beta period.

Re: Atom

#126
Granted they started this effort a while ago but would be pretty boss if hypothetically they built this on Dart

Re: Atom

#127
post #56

Earlier quoted context omitted.

I think he means that we need editors that are powerful AND easy to use. Seems like vim isn't really for someone like me (I haven't studied PhD level computer science and I don't write compilers and/or lisp interpreters in my spare time for fun).

I taught Linux Admin courses before I graduated high school, and the first order was learning vim. If you have a mac, 'vimtutor' is available to you. vim has nothing to do with PhD-level CS or writing compilers and/or lisp interpreters. The Emacs community might fit that stereotype a little more but really not much more. Vi (vim being 'vi improved') is great because it works on basically any terminal. It works with m…

I was being a smartass, which was uncalled for. Sorry, Angersock!

Also, I do have a mac, so maybe I'll check out vimtutor.

My point is that I'm very new to programming, and it's so much easier for me to load up Sublime Text and start getting work done. At least for now, learning vim would be something that get's in the way of learning/making. It also doesn't seem like the benefits would outweigh the cost.

Re: Atom

#128

You know, I'm usually very skeptical of web apps, but building a text editor in WebKit actually seems like a really good idea. Everything a browser should be good at — text display, scripting, styling — also applies to text editors. You don't really have to worry about complex UI, animation, or user input. You also get remote access almost for free. What other text-centric apps can be made better by a browser framewo…

So why is every text editor I have ever seen embedded in a website an abomination?

> text display, scripting, styling

The only thing that really matters is scripting. Every serious editor has solved displaying text and styling since ages and those two points aren't even that important in programming languages. All you want is a syntax aware highlighting. Maybe underlines and a little bold here and there.

Scripting is the really hard part. There are many flavors, languages, APIs to chose from. Just because you now can script things in , the problem isn't solved. My editor uses a lisp dialect and I'm perfectly happy with it, not because of the language choice but the APIs and amount of integration.

One thing that is incredibly important for text editors is speed: something web engines are notoriously bad at.

Re: Atom

#129

To help us improve the editor, Atom sends usage information to Google Analytics. See [atom/metrics]( https://github.com/atom/metrics ) for details. More data going to Google without opting in first? Bummer.

From the page you link to: If you do not want this information reported, disable this package from the Metrics section of the Settings view (cmd-,).

I suppose that's why skennedy writes "without opting in first". What you describe is called "opt out", it's the opposite of opt in.

Re: Atom

#130

Earlier quoted context omitted.

I don't see a reason to take that as a given. This uses node, ST uses python. Sublime plugins have a huge amount of power and python is certainly not terrible to work in.

I've been playing with it for a few minutes now, and it's definitely the case that it's easier to tweak. Not because of the underlying language, but because they expose so much of what's available through a GUI. I'm blown away by how cool this is. I'm just really hoping for good Vim keybindings and I will pay good money for this once it's out of beta.

A good VIM keybinding plugin is a must for me as well. The one available for LightTable, for instance, simply wasn't sufficient IMO. I can't specifically remember what it lacked, but it was enough to throw me off.

Vintage mode in ST2/3 isn't perfect, but it's pretty solid.

Atom looks interesting. I really look forward to trying it out.

Post reply on HN