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

391–400 of 662 posts

Re: Atom

#391

Post by toddmorey »

fafner wrote: post #322
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.

And it reports data to Google... http://atom.io/packages/metrics

But in fairness, they've fully listed the data being collected. I'm actually very comfortable with them collecting these metrics (though I'm glad there's a way to turn it off just the same).

- A unique identifier that is generated by computing the SHA-1 of the machine's MAC address. - The screen width and height - The version of Atom being used - The name of each item opened in a pane such as EditorView, SettingsView, and MarkdownPreviewView - The amount of time the current window was open for - The amount of time the current window to took to load - The amount of time the app took to launch

Re: Atom

#392

Post by greyskull »

ytpete wrote: post #350
jamesmoss wrote: post #212

I've just had play around with the beta. It looks like it's using a version of CodeMirror 4 (as it has multiple ranges). Fairly fast but it doesn't match Sublime Text just yet Initial impressions: it's early days but this thing is just oozing for customisation. The fact it's written in JS means writing packages is pretty simple compared to Python for ST; we're going to see TONNES of addons for it. I can already think…

Fwiw, Brackets ( http://brackets.io ) supports a similar degree of customization since it's also written in JS/HTML, uses CodeMirror, and offers lots of extensibility APIs. And it's MIT-licensed. Writing an extension is as easy as this: https://github.com/adobe/brackets/wiki/Simple-"Hello-World"-...

When I first saw Brackets, I was surprised to see it come out of Adobe. I had no idea that they did any open-source work, especially considering their product portfolio.

Re: Atom

#393

Post by cgcardona »

First let me say that I've used only vim and emacs for the last 5+ years that I have been a daily coder.

I'm extremely comfortable with vim. I can cruise seemingly at light speed and have just never been able to find a text editor which offered the same level of productivity when jumping back and forth between the mouse/trackpad and keyboard.

However I just couldn't resist the urge to try out a new text editor that was created by github and thankfully I scored an invite from someone on twitter.

I've only had the thing open for about 10 minutes and already I'm impressed.

It allows me to write in markdown, save the file, render the markdown into markup, and then launch the webkit dev tools to inspect the rendered DOM.[0]

Do other modern text editors such as Sublime Text allow you to render the markup and then inspect the DOM with browser dev tools? If not that alone seems like a pretty good innovation.

More Info: [0] https://pbs.twimg.com/media/BhdTeedCcAARgYV.jpg:large

Re: Atom

#394

Post by itsnotvalid »

I'd think it's not a requirement for OSS (look at textmate, sublime) but as new comers hit the store it would be nice to know it beforehand and have an expectation of what would come. Since for people writing addons it would be a decision-maker.

What most people wouldn't like to see are yearly subscriptions of another editor or paid upgrade every 18-month. I could personally bear with textmate and sublime for their current licensing (personal => works on as many computers I have - which I have at least 4)

For OSS ones, we have the traditional ones like emacs, vim, eclipse, and newer ones like brackets (which also sold as paid editor as Edge Code CC), lighttable or google's half-baked collide.

Re: Atom

#395

Post by jshen »

hnriot wrote: post #373
tzs wrote: post #341

From "The Zen of Programming": ------ Hearing a disturbance, the master programmer went into the novice's cubicle. "Curse these personal computers!" cried the novice in anger, "To make them do anything I must use three or even four editing programs. Sometimes I get so confused that I erase entire files. This is truly intolerable!" The master programmer stared at the novice. "And what would you do to remedy this state…

I love learning new things! If it's better then I am more than happy to learn it, otherwise we'd all still be using EDT... This "master programmer" need to stop abusing his novices, stop resting on his laurels and get back to some learning.

we all have far less time than it would require to learn all of the interesting things. Once you get good with an editor your time is much better spent learning a new data structure, algorithm, language paradigm, etc than learning a new editor.

Re: Atom

#396

Post by alextgordon »

crazygringo wrote: post #144

I was all ready to be skeptical and everything... but this could actually be amazing. I currently use Chocolat for code editing, which is beautifully elegant and I love it, but there are 25 little tiny things that I really wish I could fix. I file issues, but the developers rightly have their own priorities. It's closed-source, but even if it were open source, I'm not about to learn how to use XCode and Objective C a…

It's funny you say that, because as the only full time-ish developer of Chocolat, I could really use a lot of help!

There's ~600 open issues, my personal todo list alone is several years' worth of work. Too much for one man.

---

People make too much of open vs closed source. The real distinction is individual-lead vs committee-written.

TextMate, Sublime and Vim are good editors. But they are also Allan, Jon and Bram. Writing an editor requires good taste, accumulated experience, and a certain disregard for users' feelings.

You need someone who cares about the editor. Without that, you get a program where everything is wrong, but nobody ever bothers to fix it.

This is however a blessing and a curse. If the author can't financially support themselves, the editor will die. If the author becomes a millionaire, the editor will die. Thankfully, I'm still poor.

---

What are the 25 little things, by the way?

Re: Atom

#397

Post by kamaal »

rogerbinns wrote: post #231
eob wrote: post #48

Earlier quoted context omitted.

Agree. It's a tough decision for them -- I'm sure the "Hot New Text Editor" market has a decent chunk of money associated with it. But it's pretty hard to commit to a text editor that you can't open up and recompile. EDIT: Plus, if an editor is going to join the ranks of vim and emacs in history (something which neither Sublime nor TextMate are on track to do) it has to be open source. Anything else and it's just ano…

I agree on the open source nature. However if this editor treats github as a first class citizen (while being free/open) then it does have value to github. This is especially the case for new github features introduced in the future.

There are very few people who would opt in to a editor for everything only to use it with Github. Most of the world's developers don't even have a Github account.

Tools work in a strange way. I recently saw a whole team of embedded developers use TextPad. They haven't heard of anything called 'vim' or 'emacs'. From their perspective its either a vendor supplied IDE or TextPad. One of them was even startled to see this shiny new thing called 'Sublime Text' when I was using it. He went out with enthusiasm, but was hardly able to convince any one to use it.

Re: Atom

#398

Post by unfunco »

greyskull wrote: post #385
nhangen wrote: post #380

Earlier quoted context omitted.

Cmd z?

She probably had closed the file before the "o crap". Undo does no good there.

Then this really isn't a usability issue, if you replace the entire contents of a document with the clipboard, then click or shortcut to save, then click or shortcut to quit the application, that's really a human issue. It's too many steps to be labelled as a usability problem.

⌘-Z should have been adequate.

Re: Atom

#399

Post by sdegutis »

I hate to say it, but honestly, I think Atom is probably going to be my next full-time editor. The purist in me hates the idea of running such a powerful rendering engine inside a desktop app, but all desktop GUI toolkits have proven that they really really suck at text editing (I've tried almost all of them). This is probably the best way forward.
Post reply on HN