> 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.
Where are you getting this from? I can see all the source at https://github.com/atom . Every repo I checked has the MIT license.
Atom
301–310 of 662 posts
Re: Atom
#302Earlier quoted context omitted.
Where are you getting this from? I can see all the source at https://github.com/atom . Every repo I checked has the MIT license.
The source of the actual editor isn't public.
Re: Atom
#303It could be really great. I wonder if Jon Skinner knew, and said to himself "Welp, I might as well stop with Sublime". However, Sublime is (mostly) blazingly fast. I don't expect this from a node based app, especially in Windows. And: I didn't see it under Features, but Atom definitely needs the command palette from Sublime baked into core. Only if it's core, plugin authors will set their hooks correctly from the beg…
You do know that v8 is generally much much much faster than cpython, don't you?
Re: Atom
#304I 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…
Re: Atom
#305I don't know, I can't see how this is a priority for them...
Re: Atom
#306Seems like quite a weird priority for GitHub to dedicate resources into creating Yet Another Text Editor. I don't know, I can't see how this is a priority for them...
As for how it could commercially benefit them: similar to how Chrome benefits Google.
Re: Atom
#307Seems like quite a weird priority for GitHub to dedicate resources into creating Yet Another Text Editor. I don't know, I can't see how this is a priority for them...
Compared to that, a text editor is a mere bagatelle.
Re: Atom
#308It could be really great. I wonder if Jon Skinner knew, and said to himself "Welp, I might as well stop with Sublime". However, Sublime is (mostly) blazingly fast. I don't expect this from a node based app, especially in Windows. And: I didn't see it under Features, but Atom definitely needs the command palette from Sublime baked into core. Only if it's core, plugin authors will set their hooks correctly from the beg…
This coming along scares me that an already tenuous situation around the future of Sublime Text may implode due to this new editor... and it isnt even open source. I'd rather build my own highly customised GUI+CLI macvim/emacs with both python and JS plugin backends than switch from one closed source editor to another just because its new and uses Node... I dont normally swear on hacker news ... but fuck that shit.
Re: Atom
#309I 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…
> and there's no compilation step or anything -- then it's almost a fundamental paradigm shift for what desktop software could be. > It already makes me dream of a word processor I could hack like that, or a music player. Just by opening up a text editor. It's an inspiring thought. Not to rain on your parade or anything, but you can already do this with Emacs, not to mention that Emacs is free, open source software.…
Atom is not only not open source but ...
Do you have a source for this? I'd be very disappointed to hear that if it were true.EDIT: It appears that this isn't true. From a GitHub employee in freenode/##atom:
EvanDotPro: it will be open source, and other platforms, when it's out of beta
jonrohan: where are you getting that information?
chance: i work at githubRe: Atom
#310It could be really great. I wonder if Jon Skinner knew, and said to himself "Welp, I might as well stop with Sublime". However, Sublime is (mostly) blazingly fast. I don't expect this from a node based app, especially in Windows. And: I didn't see it under Features, but Atom definitely needs the command palette from Sublime baked into core. Only if it's core, plugin authors will set their hooks correctly from the beg…
You do know that v8 is generally much much much faster than cpython, don't you?
It is fast enough for every job I've ever thrown at it... Do you only want there to be one programming language or something.?