Too bad that the Atom developers seem to be completely disrespectful of Windows users. They impose arbitrary rules that go against the philosophy of the OS and users' common sense:
* They don't allow the user to select where to install Atom, instead proposing mucking with symlinks, while at the same time crying "simplicity". Uhm, yeah...
* They don't understand what portable software is, and refuse to provide a self-contained installer (settings and all). They propose setting a global environment variable to point to the settings directory instead. Seriously?
If you want to release software for multiple platforms, you should get off your high horse and show some respect.
Yeeep. Same reason I prefer Hg over git. It's simpler and is a first-class citizen on Windows, whereas I have to use Cygwin/MSSys and the sometimes ancient dependencies (OpenSSH from like 2008 or something ridiculous).
Atom still has an inconvenient bug: if you use an European keyboard layout on Windows, one which maps important characters like @ and <> to an "AltGr + something" chord, you will be in pain as Atom uses a lot of Ctrl+Alt+something keyboard shortcuts for its functions, and that appears to be non-rebindable, so there is no clean way to get those characters in Atom! The canonical solution for this on the Windows platform is to never use Ctrl+Alt shortcuts, ever.
Indeed, I just installed it again to check and it is still unusable with french layouts, e.g. it is impossible to type a ']' (AltGr + ')') in any environment.
I used the auto keymap generation feature (you just type the caracters that have issues in a textbox and it generates/saves a keymap) and I don't have problems with my fr-FR keyboard anymore.
Honestly, what made me switch to Atom from Sublime was how easy making a package is compared to Sublime.
For years I used Sublime with a customized fork of some emacs-like package that mimicked emacs' open-file behavior. However, because Sublime seems to limit how you can show things to the user and the documentation for making packages is mediocre, I was stuck with showing a list of filenames in the status bar, which scales to like 10 filenames at most.
When I finally decided I was going to Atom full time, I decided to take a stab at making my own package for opening files as I couldn't find anything that did quite what I wanted. Within hours I had forked and adapted an existing package to do exactly what I wanted[0].
It's shocking to me just how easy it is to make a package, especially if you're already familiar with web development. Within the past month and a half I've published 4 different packages[0], probably only spending about two weeks total time working on them.
I'm confident that, as the performance issues that some people hit are ironed out, this flexibility will make Atom hugely popular.
>I'm confident that, as the performance issues that some people hit are ironed out, this flexibility will make Atom hugely popular.
It's a DOM based editor -- and they already did 2 rounds of optimizing the rendering. The performance issues wont be ironed out in the foreseeable future.
I have tried to use Atom many times. It is built in open - source spirit and has a very friendly community. So I download every release which is even slightly talked about and try it (including 1.0) , and every time I end up wishing it was faster like Sublime and switch back.
I code in Python/Go, both of which have very exhaustive plugins in Atom, but it turns out autocompletes are noticably slow. I do not mind if I type a few characters and they appear a bit later on screen, but like 5 seconds after pressing enter <I use enter for autocomplete> is kind of unfair, esp when you see things happening almost spontaneously in Sublime.
However, I would like to say that it is getting better (version 1.0 is way better than the first one I tried) and has the potential to become the next emacs. But its not right now there. I will not wait till then to switch, but unless Atom gets faster, I am not taking a plunge. I think Sublime is the undisputed leader for me till this happens.
Have you tried Adobe's Brackets editor? It's similar to Atom (uses chrome + node) but much better performance, IMO.
I refuse to use any editor with a noticeable delay when I type. My 7mhz Amiga 500 did not have a delay when typing, but some how Atom manages to cause lag on my 8 core 3ghz machine.
I liked it when I downloaded an early release, but I didn't see any reason to change from Sublime Text.
Atom has the advantage of having many people working on it, as opposed to one in the case of Sublime Text, so perhaps in time will ship features I didn't know I wanted. Will try again.
My rationale for stay with Sublime Text is that it's still a lot faster than Atom, and I've found it to generally be more stable. But I'll probably switch to Atom once it has a significant number of features or plugins that make it worth the 'cost' in performance.
>Atom has the advantage of having many people working on it, as opposed to one in the case of Sublime Text, so perhaps in time will ship features I didn't know I wanted. Will try again.
Yeah, but unfortunately they are Web people, working with Web technologies. Not what I really appreciate on my editor...
Even if they come up with some great idea conceptually, it will still have all the baggage from being implemented in a web engine...
Atom v1.0 is lot better than beta releases, but not as good as Sublime. Atom is open source unlike Sublime which is closed source, so in the long run atom is definitely going to be the winner. For Now, Sublime is much better than Atom and there is lot of gap in terms of performance. Lets hope, Atom gets better & better with releases.
>Atom v1.0 is lot better than beta releases, but not as good as Sublime. Atom is open source unlike Sublime which is closed source, so in the long run atom is definitely going to be the winner.
No, it's just going to remain open in the long run. That's the guarantee from Open Source. Not that it will be "the winner".
GIMP hasn't matched Photoshop in ages, Gnome and KDE are not up to par with OS X and Windows 10 even after all these years, OpenOffice never matched Office in speed and stability, the list can go on...
What makes a winner? Everyone I know has purchased Sublime and will likely purchase 3 when its out of beta. It must generate millions of dollars in revenue, and has an incredibly active community, just judging from the package control website.
Open source doesn't magically "win" over closed/commercial just by the nature of being open source.
edit: I realize OP says that he admits all the Atom packages are ports from ST, and he isn't really arguing for Atom > ST, just that "I guess I just wanted to try something new and so far I'm quite happy with it"...I guess I was thrown off by one of his initial statements:
> Atom 1.0 will greet you with a nice splash screen on start. The first you will notice is that Atom is actually a lot more user friendly than Sublime Text.
...and then he proceeds to explain how you have to dig through two menus to enable the basic "Preview Tabs" menu.
----
I appreciate the writeup but the OP doesn't seem to be experienced or knowledgable enough about ST to make a reliable judgment.
The very first feature he mentions is "Preview Tabs":
> Preview Tabs allow you to open files, have a look at the code and then open another file, whilst automatically closing the previous one, if no code changes have been applied.
Doesn't Sublime Text have this feature? You click on a file in a project and its name will appear italicized in a new tab, indicating that it's not quite open. Click on another file, and that new file will take the previous file's spot. Double click a file name and the tab title will no longer be italicized. What am I missing here? Even if ST didn't have this feature...this seems like a weak feature to start off a piece about why Atom is different/better than Sublime Text.
All of the plugins that OP mentions seem to already exist in ST. OK I can't say that for sure, since I haven't tried every single one, but this is what OP says about the Pigments plugin:
> Now this is actually something I never managed to do in Sublime Text, but in Atom it just works. Pigments pulls in the HEX, RGBa or HSL value and applies it as the background colour of your code. Great if you’re like me and can only tell the colours of two values, #000 and #fff…
This is a feature of the popular ColorHighlighter package (which also has a built-in color picker): https://github.com/Monnoroch/ColorHighlighter. ColorHiglighter does not highlight all colors by default, but perhaps OP didn't read the README where it says you can enable that feature in the standard Tools dropdown?
Hi,
Sorry to confuse you. The post is actually meant to be for people who come from ST and move over to Atom. There is no particular useful feature I am aware of (except maybe the git integration) that requires everyone to make the switch. I just wrote this post to show how I use Atom now and that it basically capable of everything I liked about ST. It's not really this is better than that, it's just that I have now two editors that work great for me :)
I've been using Atom (now Nuclide) for a year. It's reasonably good.
I believe in something like `react-native-desktop` based editor. Only JS Threads + UI Native Thread. It's a huge task to implement all these APIs, yes, but I couldn't imagine how fast and responsive Atom would be without Chrome inside.
This is a easy switch for me since I really never got into learning the advanced stuff sublime can do and for the bulk of my work I'm hopping in and out of the terminal. Though I'm sure there are plenty of devs that will hold onto sublime to the grave.
New people are born every day, and when they are deciding what tools to use, they should try to pick the best ones, not the ones that you personally aren't willing to invest in.
[+] [-] kgtm|10 years ago|reply
* They don't allow the user to select where to install Atom, instead proposing mucking with symlinks, while at the same time crying "simplicity". Uhm, yeah...
* They don't understand what portable software is, and refuse to provide a self-contained installer (settings and all). They propose setting a global environment variable to point to the settings directory instead. Seriously?
If you want to release software for multiple platforms, you should get off your high horse and show some respect.
Link: https://github.com/atom/atom/issues/7095
[+] [-] rjbwork|10 years ago|reply
[+] [-] unknown|10 years ago|reply
[deleted]
[+] [-] j-pb|10 years ago|reply
It's not their fault that windows still cooks its own soup while the rest of the world is *nix.
Be happy that people support your backwards OS at all, because lets face it, windows is horrible for developing anything not .net .
[+] [-] klosk|10 years ago|reply
[+] [-] the_mitsuhiko|10 years ago|reply
[+] [-] ivoras|10 years ago|reply
[+] [-] hobo_mark|10 years ago|reply
[+] [-] Guillaume86|10 years ago|reply
I used the auto keymap generation feature (you just type the caracters that have issues in a textbox and it generates/saves a keymap) and I don't have problems with my fr-FR keyboard anymore.
[+] [-] Osmose|10 years ago|reply
For years I used Sublime with a customized fork of some emacs-like package that mimicked emacs' open-file behavior. However, because Sublime seems to limit how you can show things to the user and the documentation for making packages is mediocre, I was stuck with showing a list of filenames in the status bar, which scales to like 10 filenames at most.
When I finally decided I was going to Atom full time, I decided to take a stab at making my own package for opening files as I couldn't find anything that did quite what I wanted. Within hours I had forked and adapted an existing package to do exactly what I wanted[0].
It's shocking to me just how easy it is to make a package, especially if you're already familiar with web development. Within the past month and a half I've published 4 different packages[0], probably only spending about two weeks total time working on them.
I'm confident that, as the performance issues that some people hit are ironed out, this flexibility will make Atom hugely popular.
[0] https://atom.io/users/Osmose
[+] [-] coldtea|10 years ago|reply
It's a DOM based editor -- and they already did 2 rounds of optimizing the rendering. The performance issues wont be ironed out in the foreseeable future.
[+] [-] muktabh|10 years ago|reply
However, I would like to say that it is getting better (version 1.0 is way better than the first one I tried) and has the potential to become the next emacs. But its not right now there. I will not wait till then to switch, but unless Atom gets faster, I am not taking a plunge. I think Sublime is the undisputed leader for me till this happens.
[+] [-] snarfy|10 years ago|reply
I refuse to use any editor with a noticeable delay when I type. My 7mhz Amiga 500 did not have a delay when typing, but some how Atom manages to cause lag on my 8 core 3ghz machine.
[+] [-] paublyrne|10 years ago|reply
Atom has the advantage of having many people working on it, as opposed to one in the case of Sublime Text, so perhaps in time will ship features I didn't know I wanted. Will try again.
[+] [-] mercer|10 years ago|reply
[+] [-] coldtea|10 years ago|reply
Yeah, but unfortunately they are Web people, working with Web technologies. Not what I really appreciate on my editor...
Even if they come up with some great idea conceptually, it will still have all the baggage from being implemented in a web engine...
[+] [-] kp25|10 years ago|reply
[+] [-] coldtea|10 years ago|reply
No, it's just going to remain open in the long run. That's the guarantee from Open Source. Not that it will be "the winner".
GIMP hasn't matched Photoshop in ages, Gnome and KDE are not up to par with OS X and Windows 10 even after all these years, OpenOffice never matched Office in speed and stability, the list can go on...
[+] [-] themartorana|10 years ago|reply
Open source doesn't magically "win" over closed/commercial just by the nature of being open source.
[+] [-] Puts|10 years ago|reply
[+] [-] orkoden|10 years ago|reply
[+] [-] unknown|10 years ago|reply
[deleted]
[+] [-] danso|10 years ago|reply
> Atom 1.0 will greet you with a nice splash screen on start. The first you will notice is that Atom is actually a lot more user friendly than Sublime Text.
...and then he proceeds to explain how you have to dig through two menus to enable the basic "Preview Tabs" menu.
----
I appreciate the writeup but the OP doesn't seem to be experienced or knowledgable enough about ST to make a reliable judgment.
The very first feature he mentions is "Preview Tabs":
> Preview Tabs allow you to open files, have a look at the code and then open another file, whilst automatically closing the previous one, if no code changes have been applied.
Doesn't Sublime Text have this feature? You click on a file in a project and its name will appear italicized in a new tab, indicating that it's not quite open. Click on another file, and that new file will take the previous file's spot. Double click a file name and the tab title will no longer be italicized. What am I missing here? Even if ST didn't have this feature...this seems like a weak feature to start off a piece about why Atom is different/better than Sublime Text.
All of the plugins that OP mentions seem to already exist in ST. OK I can't say that for sure, since I haven't tried every single one, but this is what OP says about the Pigments plugin:
> Now this is actually something I never managed to do in Sublime Text, but in Atom it just works. Pigments pulls in the HEX, RGBa or HSL value and applies it as the background colour of your code. Great if you’re like me and can only tell the colours of two values, #000 and #fff…
This is a feature of the popular ColorHighlighter package (which also has a built-in color picker): https://github.com/Monnoroch/ColorHighlighter. ColorHiglighter does not highlight all colors by default, but perhaps OP didn't read the README where it says you can enable that feature in the standard Tools dropdown?
[+] [-] klosk|10 years ago|reply
[+] [-] jontro|10 years ago|reply
The author says that this is a required feature that he uses in sublimetext. He's just explaining how you enable it
[+] [-] potomushto|10 years ago|reply
[+] [-] akhilcacharya|10 years ago|reply
[+] [-] rezand|10 years ago|reply
[+] [-] shiggerino|10 years ago|reply
[+] [-] Retra|10 years ago|reply
[+] [-] anonymous344|10 years ago|reply
Sublime text is AWESOME! ty for everyone that has contributed to it
[+] [-] josteink|10 years ago|reply
I don't get the craze about atom honestly, but at least it's open source.