Live data from Hacker News

Atom

atom.io

511–520 of 662 posts

Re: Atom

#511

Earlier quoted context omitted.

> Sometimes I get so confused that I erase entire files OT, but just this week my wife did something that really got me thinking about how far computers haven't come in terms of usability. I heard her say "O crap" from behind her macbook, and out of habit I came to assist. For some reason unknown to both of us, she had pasted the text of an email into a document called "thesis.docx", and then saved it. The text was c…

Even worse, Mac apps are trending towars the "save as you go" model of Google Docs, which has the one advantage of you don't lose your work if an app crashes but if you started editing the wrong document, or make some changes and then change your mind and want to revert back to the last saved version you are tearing your hair out. The latter happens to me much more often.

Assuming the app has implemented the new saving model correctly, it will also keep a history of every version:

File > Revert To > Browse all versions

Re: Atom

#513
post #401

Earlier quoted context omitted.

Vim persistent undo solves this problem: http://vimdoc.sourceforge.net/htmldoc/undo.html#undo-persist... ...I'm sure Word will catch up eventually.

Not in this case. If you accidentally `:w! thesis.txt`, persistent undo isn't going to help you.

Works for me. Across multiple vim sessions. Unless, you mean a new file thesis.txt, in which case the old file is untouched.

Re: Atom

#514

Is it just me or do most of the new IDEs tend to focus around front-end technology? Would love to see some innovation on the Ruby editor front.

Would be slower than this.

Re: Atom

#516
post #189

Earlier quoted context omitted.

IDEs, while they have fallen out of favor somewhat in the web development community, offer such a "holistic" development experience already - complete with deep integration into GitHub, in some instances.

I think you miss the point. Being modularised allows the basic user experience to be kept very simple. It does not need to grow into something like an IDE. Hell, according to Packages [0] even tools like find-and-replace have been modularised so I do not think it follows that Github would carelessly decide to create a big ball of mud! And additionally this tool has removed barriers that previously existed before. Sin…

"Being modularised allows the basic user experience to be kept very simple."

The basic user experience does not exist; or rather it is trivially basic in any text editor. What's important is the advanced user experience, and it simply doesn't exist yet. For instance, Python support amounts to syntax highlighting; nothing compared to python-mode and elpy in Emacs, or PyDev in Eclipse.

There's also a large gap between the promise of "Full-featured, right out of the box" and offering fundamental functionality like settings-view and command-palette as extension packages.

What Atom has to offer, currently, is a bloated abuse of web technology with little appeal beyond Javascript hipsters.

This project has years of hard work ahead to begin competing with Emacs and Vim in some niches; hard work that isn't going to happen because it's proprietary software, and contributors will prefer the open source text editors.

Re: Atom

#517
post #171

There's real opportunity here for Github and I hope they take it. Why is the basic workflow of the modern-day programmer split over multiple tools and over multiple systems? Aspects of Github could be modularised and added to the editor while still keeping the underlying tool simple and this could change our user experience for the better. Imagine flipping through your pull requests in the text editor and then seeing…

> Aspects of Github could be modularised and added to the editor while still keeping the underlying tool simple and this could change our user experience for the better.

This is essentially what we've done with some Rational tools (such as Team Concert) using by defining a set of loose-coupled RESTful capabilities for tool-based integrated, called OSLC http://open-services.net It has the nice quality, if adopted, as being able to link to you own issue tracker hosted elsewhere (bugzilla, jira, etc), CI, end-user need management, etc.

Atom has some limitations, I could see where OSLC and ActivityStreams would be a bit more interesting.

Re: Atom

#518
post #114
post #68

Earlier quoted context omitted.

Good catch. I really shouldn't have any more of a problem with a desktop app tracking me than I do a web app but for some reason I do. I guess because I can always use Disconnect in the browser and I can't with Atom. I guess the fact that it is open about it is a positive thing, though.

It sounds like you can disable Metrics in the settings.

You can.

Re: Atom

#519

Earlier quoted context omitted.

As mentioned time machine is a great feature, but doesn't OS X auto save files you're working on with its versions? You might want to double check that it hasn't got past versions saved.

Except that Microsoft Mac software neither follows OS X conventions (e.g. putting Office system files in the user's doc dir) nor implements many of the important features (e.g. leveraging the automatic file versioning introduced three years ago in OS X Lion).

The current version of Office Mac predates Lion, which is probably why it doesn't use Lion features.

Re: Atom

#520
post #515

Earlier quoted context omitted.

Source?

Only works on mac and windows, no Linux port.

You seem to oddly out of the loop here. Atom has been released for Mac only (private beta that too.) Linux, Windows builds are coming up, by their own admission. (My source? IRC and Discuss from atom.io footer.)

Besides, for the tech purported to be behind Atom: node-webkit, There would be no additional costs or efforts required to get it running on Linux.

Post reply on HN