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

Atom

atom.io

Post reply on HN
Print view View original

221–230 of 662 posts

Re: Atom

#221

Post by AhtiK »

jbrooksuk wrote: post #158

It's ironic that you're unable to commit code from within Atom. Apart from that there are a couple of things that I feel can be added. - Soft undo for multiple selections. - Search settings since the panel is overwhelming. - Markdown preview should be updated live? - I really miss Go To Anything from Sublime Text 3. - You should be able to select the syntax highlighting from the status bar. - Inline preview of audio,…

Commit is not needed if the next version includes a dropbox-like sync to your github repo.

I'm pretty sure it's one of the reasons to come up with its own desktop editor (that later can be also used online) -- to bridge the gap.

Re: Atom

#222

Post by Morgawr »

TinyTimZamboni wrote: post #33
justizin wrote: post #16

So it's light table without Chris Granger, for better or worse..

Light Table is a great project, but it's all in closurescript -.- This is a big obstacle to people wanting to edit/customize/write their own plugins

The language itself is actually very simple and writing plugins for lighttable is the opposite of complex, there are amazing tutorials floating around the web. The whole process is simply just manipulating sets of data, it's all about adding and removing triggers.

This said, you can also write lighttable plugins in javascript.

Re: Atom

#223

Post by subsection1h »

davexunit wrote: post #208

> A hackable text editor for the 21st century I'll fix: A proprietary (unhackable) text editor that only runs on OS X. I imagine that web developers will drool over this.

> A proprietary (unhackable) text editor

I developed some packages for HomeSite in the 90s. When HomeSite was integrated into Dreamweaver and development ceased, I realized that I had wasted my time developing HomeSite packages and that I should never again devote my time to extending closed-source software. Emacs has served me well ever since.

Re: Atom

#224

Post by Trufa »

izolate wrote: post #172
atmosx wrote: post #23

The more I see new editors floating around, the more I'm sticking to VIm. I am getting old, or it's a just a survival instinct. On the other hand, the more the better, but we have already too many editors around.

I've sworn by SublimeText until now. And Atom is getting released during a time when I'm increasingly learning to love console-only computing. I envision a day when I can travel the world with a cheap laptop/chromebook and do all my coding remotely via SSH.. and Vim is very much at the core of that dream. Now I just have to master it.

I've never though about that! But it sounds great! A question though... I don't know how much though you actually have put into this, but I'm curious. What do you consider a cheap computer?

I do all my coding (though it mainly web, which arguably might need less resources than other languages) in a medium tier pc. It's a lenovo B590 with an i3, 8GB RAM. It's not exceedingly fast but with two windows of chrome, 20 tabs each, 5 or 6 instances of PHPStorm open, and all the usual programs (email clients, dropbox, chats, etc) it still feels quite snappy.

The cost here in Austria was around 650€ or so in total, maybe less (I'm not quite sure now because I upgraded it little by little).

My question is if your plans are set around a dirt cheap machine that you "wouldn't care at all" if it gets stolen, lost or broken... Or something more in the lower middle class where you'd have to be careful not to lose one per month, but you could still run most of the stuff you'd actually need for local development.

This question arises mainly for my concern is greater about not having a working reasonable internet connectivity hence making it difficult to work over ssh, rather than the laptop getting stolen or broken.

Re: Atom

#225

Post by username223 »

8ig8 wrote: post #59

Metrics is an interesting package. It reports usage stats to Google Analytics, referenced by a hash of the machine's MAC address: http://atom.io/packages/metrics

Why should I care about a Google key-logger with a bundled text editor? Also, if github were a real player, they would do their own user tracking rather than giving Google their data.

Re: Atom

#226

Post by comice »

"Our goal is a zero-compromise combination of hackability and usability"

I can see a huge compromise in hackability - its core is closed source.

Re: Atom

#227

Post by adamors »

christiangenco wrote: post #186
adamors wrote: post #180

Earlier quoted context omitted.

Try using the Vim plugin (Vintage or the newer one, Vintageous) with Sublime. That way, you can gradually get used to modal editing. I worked like that for 8-10 months then made the switch to Vim. I've gotten so used to modal editing (not to mention window management etc.) by then, that I didn't even skip a beat.

This was my strategy when I switched from TextMate to Sublime a few years ago, the plan being to make the full switch to vim in a few months. Sublime never gave me a reason to go all the way, though :p

I was like that while using ST2. But then better plugins started appearing for ST3 (the aforementioned Vintageous being one of them) so I switched to ST3.

But it crashed constantly; also, by that time the Vim emulation was really hurting me. The dot command was anemic, tabs were interfering with splits etc.

All in all, Vim was calling me, haha.

Re: Atom

#228

Post by benched »

My Poe's Law detector is itching uncomfortably right now.

Really, was anybody asking for all this?

Re: Atom

#229

Post by pete_aykroyd »

adamors wrote: post #204
crazygringo wrote: post #187

Earlier quoted context omitted.

True, but it's a question of accessibility. Far more people can program in JavaScript than Lisp, and far more people use GUI desktop software that follows traditional GUI user-interface paradigms, than do things inside their terminal. (Edit: or terminal-style buffers/frames.) So that's why my statement was limited to what " desktop software" could be. :) I mean, I use LibreOffice, which is FOSS, but I am never going…

Emacs is GUI desktop software. Few people use it in a terminal. Also, people didn't born knowing Javascript. They learnt it. And one could argue that Lisp is just as easy to learn, if not easier.

I mostly agree with that although I think it's also kind of irrelevant in a practical sense because many programmers already have to know javascript for their work so you get a lot more people who can contribute right away.

Aside from that -- lisp or javascript as the extension language, I'd love to see a brand-new extensible editor like emacs just to have a shot at changing terminology and some of the APIs. Emacs terminology is a little off-putting because it was invented before the GUIs were widely adopted so it doesn't map that well. I also find some of the APIs a bit weird, but that could just be me.

Re: Atom

#230

Post by Tloewald »

gabemart wrote: post #145
Tloewald wrote: post #36

Earlier quoted context omitted.

No, it's a desktop app, presumably embedded inside node-webkit or something similar.

If it is inside node-webkit, I'll be curious to see how they got native windows menus support. There are some pretty serious bugs in NW's handling of windows native menus.

Right, and if they've been working on it for x years then they presumably started earlier, perhaps a custom fork of chrome.
Post reply on HN