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.
echo ' 127.0.0.1 ssl.google-analytics.com 127.0.0.1 www.google-analytics.com 127.0.0.1 google-analytics.com' >> /etc/hosts
Atom
421–430 of 662 posts
Re: Atom
#422Earlier quoted context omitted.
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.
If the computer remembered every modification of every document, then users would be protected from incidents like this.
Re: Atom
#423Earlier quoted context omitted.
Err, did you just agree with me? Lol. My premise is that my life isn't that interesting, and if Github wants to track how I use their product, then sure. Heck, if they send me a survey, and I can be bothered, I'd probably even fill it in with - this is how I use your editor, this is how you can improve it (in my opinion). If they can just collect that information for free, with no effort on my part, sure.
... No? I don't see how what I said agrees with you in any way.
Who wants to eagerly track my life? I'm confused what you mean here.
Is GitHub meant to be "eagerly" tracking my life? As far as I'm aware, and what I stated was - they seem to be mining for usage data.
It's the same way that www.github.com has GA enabled, to see what pages people go to.
Is my life more interesting that I think? =)
That would be pretty cool, but as far as I'm aware, I'm not some super-special VIP...haha.
Re: Atom
#424I 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.…
But overall, it's still just the most beautiful and elegant editor. :) Thanks for it!
Re: Atom
#425Earlier quoted context omitted.
Why should I have to opt out of metric gathering in a freaking text editor??
Because they made the program. So it's their decision. If you want a program that turns this off by default, please feel free to create your own program with this feature disabled.
Re: Atom
#426Earlier quoted context omitted.
Why should I have to opt out of metric gathering in a freaking text editor??
Because they made the program. So it's their decision. If you want a program that turns this off by default, please feel free to create your own program with this feature disabled.
I could do that very easily, if Atom were FOSS.
Re: Atom
#427Earlier 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…
> That's the paradigm shift. You can make desktop apps in Python, Ruby, Tcl, hell even PHP for a long time now. No compilation needed. Whether this works effectively or not comes rests almost entirely on how good their architecture is. "Hackable" doesn't mean anything if the codebase is a coupled mess. Given GH's pedigree, I don't expect that this is the case; which means there will be some ramp-up time learning the…
But like all editors, they have to have some clear advantages and a community, or it's not a viable option.
Re: Atom
#428Earlier quoted context omitted.
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.
If the computer remembered every modification of every document, then users would be protected from incidents like this.
Re: Atom
#429But who's going to buy an editor that can't even open a 1 MiB file? http://discuss.atom.io/t/unable-to-open-files-more-than-1mb/...
Moreover, besides code posers and managers, who is going to throw away all their knowledge and time configuring the editor they were using?
Re: Atom
#430Turns out it's going to be payware, closed-source only while the rest of their community gets to build and support it. http://discuss.atom.io/t/why-is-atom-closed-source/82/9 But who's going to buy an editor that can't even open a 1 MiB file? http://discuss.atom.io/t/unable-to-open-files-more-than-1mb/... Moreover, besides code posers and managers, who is going to throw away all their knowledge and time configuring t…
Closed beta, that too.