13 ms·

Atom text editor 1.7.0 released

170 points by alanfranzoni 11y ago

type0 11y ago
Great news!
nickpeterson 11y ago
Doesn't indicate perf improvements... Not trying to troll, but that surprises me given the large number of complaints about performance.
- llamataboot 11y ago
  Yeah, Atom is really my favorite editor at the moment in terms of features and add-ons but is totally unusable for me due to various performance issues. Not only does it choke on large files but something like a full-project search can take upwards of 30s to finish while Sublime Text finishes it in about 2-3s. I'd like to switch personally, but I can't until some major performance improvements happen. YMMV.
  - ngrilly 11y ago
    What kind of computer and OS are you using?
    - llamataboot 11y ago
      Late 2013 Retina MBP w/ 16GB of RAM
  - melling 11y ago
    Unless you tell someone your OS and hardware, it's really not helpful for people to decide, or even address the problems. Does Atom use a lot of ram or cpu? I've got a 2 year old Mac Book Pro with 16 GB RAM and an SSD. I downloaded Atom 1.6 after the announcement and leave it open to maintain my notes and I haven't noticed any performance problems with a couple dozen files. I might try to use it for another project once I evaluate the plugins.
    - dublinben 11y ago
      You shouldn't need a $2000 laptop to run a text editor.
      - dzhiurgis 11y ago
        But you will most likely have it anyway.
        dublinben 11y ago
        Speak for yourself. My primary computer is a $200 laptop.
        melling 11y ago
        ok, try Atom and report back. The guy who was complaining had projects of several thousand files, some of which were 50,000 line xml files.
      - melling 11y ago
        No one said you did. I simply stated what I owned and explained how I use it, and how it performed. I imagine the same performance as my 2 year old laptop is equivalent to $500-$800 desktop today.
    - llamataboot 11y ago
      yes, I have a few thousand files, some of them are 50k+ line XML files. Sublime still searches my full project in many magnitudes of less time that Atom does. I use Atom for my small toy projects as well.
  - crucialfelix 11y ago
    Yes, search is really slow. But atom-fuzzy-grep is near instantaneous even on large projects. Uses ag pt ack or grep https://atom.io/packages/atom-fuzzy-grep https://atom.io/packages/atom-fuzzy-grep The nice thing about Atom is that you can replace anything that isn't performing.
- sandstrom 11y ago
  I think it's gotten much better this year. It used to be somewhat slow (especially on large files), but it's alright now. Still room for improvement though.
  - benatkin 11y ago
    Many devs could get a faster computer, too. I'm considering getting a Surface Book.
- santaclaus 11y ago
  The performance problems on a clean Atom install are incredibly vexing. Microsoft's Visual Studio Code is built on similar foundations and has great performance, so I don't think Atom's performance problems are fundamental.
  - vvanders 11y ago
    Yeah, I've been really impressed with how snappy VSCode is.
  - rayiner 11y ago
    Visual Studio Code is a totally different foundation. The only shared piece is the Electron shell for embedding Chrome.
    - jsmeaton 11y ago
      That's sort of the foundation though right? The editor built into the electron app is completely different, suggesting that atom is theoretically able to achieve similar performance. I haven't used visual studio code myself, but does it use a mix of JavaScript and HTML to render and process the text? If so then isn't the major differences the algorithm choices for rendering and editing text?
  - sdesol 11y ago
    > Microsoft's Visual Studio Code is built on similar foundations This is my understanding of things: - Electron is built on top of Chromium, where the technology was mainly driven by Google and their engineers. - Vscode is based on Monaco which Erich Gamma and his team spear headed. - Atom is based on work done by GitHub. The analogy would be they both use Honda engines, but Microsoft appears to be able to use Honda's engine way more efficiently than GitHub.
    - altano 11y ago
      No this is pretty wrong. They are both built on Electron which is just the window shell hosted in Chrome. The actual text editors are completely different code bases that have nothing to do with each other. The better analogy would be they are both built using Honda doors, but they each have completely different engines.
- seanwilson 11y ago
  I've been using Atom for over a year and haven't had any major performance problems. Luckily for me I don't have to regularly access code files that are megabytes long but I can see why not being able to do so would be annoying.
- eknkc 11y ago
  They had decent performance improvements in recent major releases. It's pretty good now, except for the initial boot time. Takes ages to launch it. But after that, runs smooth on my laptop.
- cortesi 11y ago
  I'm making a bit of a habit of chipping in on Atom performance complaints with a counterpoint. I've now used Atom as my primary editor for more than a year, and I have no complaints about the performance. This could be because I'm using OSX on recent hardware - I've noticed that my friends using Linux desktops seem to have more issues than I do.
  - ShrpErinaceidae 11y ago
    Having both Atom and VS Code installed on recent hardware I can say VS Code definitely feels snappier in multiple aspects. It's hard to believe both editors share Electron roots. And not to make this an X is better than Y comment, but the much better (in my experience) high-DPI handling with VS Code does the same. I wonder what exactly VS Code does to manage to be the only Electron based application that I've used that scales properly across multiple monitors at different DPIs.
    - imron 11y ago
      > I wonder what exactly VS Code does to manage to be the only Electron based application that I've used that scales properly across multiple monitors at different DPIs. It's released by a company that has internal controls on making sure released apps are high-DPI compliant.
  - ShrpErinaceidae 11y ago
    Having both Atom and VS Code installed on recent hardware I can say VS Code definitely feels snappier in multiple aspects. It's hard to believe both editors share Electron roots. And not to make this an X is better than Y comment, but the much better (in my experience) high-DPI handling with VS Code does the same. I wonder what exactly VS Code does to manage to be the only Electron based application that I've used that scales properly across multiple monitors at different DPIs.
  - galistoca 11y ago
    It's alright for small files, but whenever I paste in a huge csv or json file it hangs for minutes. And I use pretty recent macbook pro with high specs. This doesn't happen with other editors.
- shakeel_mohamed 11y ago
  I don't know when the perf improved, but it definitely has recently. In the past month I downloaded Atom on OS X (for the third time) to see if the perf had improved and I was impressed! I added a huge project's folder and indexing was done insanely fast (iirc less than 30 seconds). I don't really have a need for Atom at the moment since Sublime Text exists, but I might recommend it for new programmers since it's free + hackable.
_Wintermute 11y ago
Is Atom still collecting users data? Last I paid attention there was a big furore about having to opt-out and the legality in Europe.
- juli3n 11y ago
  Yep, but you can disable it by disabling the 'metrics' extension.
  - spdustin 11y ago
    That's _after_ the first launch, correct?
    - cha5m 11y ago
      Couldn't you just disconnect from the web until Atom was installed and metrics are disabled?
      - CyberDildonics 11y ago
        This is why I set windows firewall to disable connections by default and then opt programs in. Visual Studio tries to connect to the internet too.
    - Couto 11y ago
      Not necessarily. You can set the property in your ~/.atom/config.cson before the first run. https://github.com/Couto/.dotfiles/blob/master/tag-atom/atom/config.cson#L11-L12 https://github.com/Couto/.dotfiles/blob/master/tag-atom/atom... in case you need an example
      - zuck9 11y ago
        It auto launches after installing in Windows.
      - spdustin 11y ago
kennywinker 11y ago
I've been using Visual Studio Code a bit this past month and there is a lot I like about it. Anyone have thoughts on Code vs Atom? I know Code is based on Atom, but I'm not really clear on how they differ edit: correction. After asking this, I read up a bit and Code is based on Electron which is the core of Atom, but they're fairly different after that.. Code is not a fork of Atom as I thought it was.
- plexicle 11y ago
  Code is noticeably faster than Atom on both my Linux and Windows machines. While that's my personal experience, it matters the most to me. Makes the decision easy... for the moment.
- pugio 11y ago
  Visual Studio Code is NOT based on Atom, it is based on Electron[1], a wrapper around V8/Node for the creation of desktop apps. Atom is also based on Electron (and the Electron project is run largely by the Atom people), but other than that the projects use entirely separate code bases, and have vastly different feature sets and performance profiles as a result. [1]http://electron.atom.io/ http://electron.atom.io/
- grayrest 11y ago
  Code is not based on atom, it's based on Electron, which is the runtime (node+webkit without the UI chrome). VSCode has lower typing latency and a more considered system for building / debugging / code completion. Atom has a richer plugin api and has been around longer so it has more plugins. I've done basic plugins for both and plan on using/developing for VSCode but I've been too lazy to write Vim bindings and not willing to use the editor without them.
  - davej 11y ago
    Nitpick, Electron is Node + Chromium (not webkit).
  - aioutecism 11y ago
    You may want to try my vim extension for VSCode - amVim. It works best on VSCode's insiders build now. I'm planning a big update as soon as VSCode releases 1.0(which is said to be 4/14)
dockerlocker 11y ago
still slow like a dead fish. and bloated. unusable piece of shit, ridicolous. there are so many great toolkits out there, e.g. with qt such an editor would fly. unbelievably how stubborn people are.
maxehnert 11y ago
They hijacked the way you open files now and from what I can see reading through release notes and commits there's no way of opening a file permanently without double clicking. With preview mode enabled I have to dbl click the tab and with it disabled I have to dbl click the file name. It would be nice if opening a file had regular single click functionality when preview mode was disabled. Or maybe another setting for this in the config.cson file. It seems like a trivial thing to complain about but it's usually the small things like this that are the most annoying (for me at least).
- rezistik 11y ago
  It's in settings. You can disable preview panes. Agree it was annoying.
  - burger_moon 11y ago
    I still have to double click on the tab to get the italics to go away like the op said. Do you not have to do that?
- vemv 11y ago
  Here's the PR for that https://github.com/atom/tree-view/pull/804/files https://github.com/atom/tree-view/pull/804/files
terda12 11y ago
Still not gonna use it because it's just laggy.
ywecur 11y ago
For you Atom users: Why have you chosen Atom over, say, Emacs?
- capote 11y ago
  Atom and Emacs are so different I don't think it's worth it to provide reasons for one or the other. Vim/Emacs/etc vs. Sublime/Atom/etc are simply a matter of which type of editor you prefer or need for a particular purpose (classic vs. modern, GUI-based vs. usable over ssh, and many more giant differences...)
- levemi 11y ago
  Not sure if you're trolling, because that's a pretty ridiculous question. The obvious answer is Atom's immediate usability and the much easier learning curve over Emacs which requires an incredible amount of research and effort to set up properly and use. For example how long do you think it takes for the average new programmer choosing Atom to figure out and learn to use the fuzzy file search versus them getting that working on Emacs? Seconds versus hours I imagine. It took me a non-trivial amount of time to set that up on Emacs.
  - falcolas 11y ago
    > how long do you think it takes for the average new programmer If they're taking advantage of Google, a few seconds for either one. Discoverability in both kinda sucks.
    - levemi 11y ago
      It does not take a few seconds to get fuzzy search working on emacs in any shape or form. You have to add an addon like helm or icicles to get anywhere near atom's functionality. And you have to learn how to get addons to work. It works without an add on in Atom, and you don't need to do a Google search to figure it out. I actually hate Atom and I resent you making me defend it. >:|
      - 11y ago
sergiotapia 11y ago
You know what I would really enjoy? Being able to sign into your Github account and sync your preferences and packages to the cloud. Then if I sign in on a different computer, all my hotkeys, packages and themes are copied over seamlessly. As a crappy workaround I have this: https://github.com/sergiotapia/atom-meteor-packages https://github.com/sergiotapia/atom-meteor-packages But still, I would like this to be a core integration. I've since switched to RubyMine and WebStorm because I just want something that meshes together for me, I don't want 'javascript fatigue' in my dev tools as well. RubyMine's built in visual studio-like debugger is killer.
- innocentoldguy 11y ago
  For me, the Visual Studio-like debugger is killer in theory, but in practice, it hangs a lot and I have to shut down and restart RubyMine.
  - sergiotapia 11y ago
    That sucks, it works flawlessly for me on my El Capitan and RubyMine 2016.1
    - bdcravens 11y ago
      Do you have a good resource for learning the debugger in RubyMine? I'm still using mostly puts and pry for debugging, but it sounds like the RM debugger could be a win.
      - paws 11y ago
        http://confreaks.tv/videos/railsconf2015-ruby-debugger-internals http://confreaks.tv/videos/railsconf2015-ruby-debugger-inter... This is a video by Dennis Ulshakov, the maintainer. I haven't watched this in its entirety but it's only 20 mins.
- pmlamotte 11y ago
  Agreed that this should be built in. I've been using https://github.com/atom-community/sync-settings https://github.com/atom-community/sync-settings which stores everything in a gist and has worked out reasonably well so far. The pain points are that you have to manually set it up the first time with the gist id and (optional) private api key, and backups have to be triggered manually.
currysausage 11y ago
Without further comment: remove_atom_from_context_menu.reg Windows Registry Editor Version 5.00 [-HKEY_CLASSES_ROOT\*\shell\Atom] [-HKEY_CLASSES_ROOT\Directory\Background\shell\Atom] [-HKEY_CLASSES_ROOT\Directory\shell\Atom] [-HKEY_CURRENT_USER\SOFTWARE\Classes\*\shell\Atom] [-HKEY_CURRENT_USER\SOFTWARE\Classes\Directory\Background\shell\Atom] [-HKEY_CURRENT_USER\SOFTWARE\Classes\Directory\shell\Atom]
ApolloRising 11y ago
Quick question: Does anyone know why a basic thing like printing seems to not be included in the default atom app?
- jakswa 11y ago
  Is your printer one of those combo printer + fax machines? You can copy/paste the code you want to print into an email, email it to a computer with a fax connection, and then fax it to that printer.
  - ApolloRising 11y ago
    HP Laser Printer (Not Combo) nothing fancy.
  - iLoch 11y ago
    I was going to suggest telephoning it in to someone with a tablet, have them transcribe it into a note taking app, scan the tablet with your personal scanner and then print the scan from your original computer using the photo printing tool.
    - erikb 11y ago
      You forgot the step where someone needs to make a hand written copy, which is then translated to Hungarian and back. But I understand you, it's an easy step to miss.
- oneeyedpigeon 11y ago
  Pure conjecture: someone worked out that the use case for printing out your code is incredibly rare? I don't think I've done it for several years, and if that's widely representative, I strongly support removing it from the core application.
- connorshea 11y ago
  Have you opened an issue about it? They may not realize anyone would even want that feature. Also, why do you want that feature?
untog 11y ago
Genuine, non-trolly question: why would I use Atom over Sublime Text? I've used both and by and large they were very effective replacements for each other, but Atom had performance issues with large files so I went back to Sublime. What am I missing out on?
- manaskarekar 11y ago
  Obvious reason: Open Source vs Closed Source. All the usual Open vs Closed Source arguments apply.
  - deleted 11y ago
    [deleted]
- imaginenore 11y ago
  $70
  - untog 11y ago
    True. I'd honestly forgotten that I paid for Sublime Text all that time ago.
  - greggman 11y ago
    Really? If you're a programmer you probably spend 6-16 hours a day in your text editor. An artist pays $120+ a year for Photoshop. They don't generally settle for gIMP. The 2 are barely comparable. Similarly construction workers don't use tools from the 99¢ store. If you value your time you shouldn't look at a few hundred dollars as the difference between using some software and not. That software is a force multiplier. I'm not saying sublime text is better than atom. I'm only saying that price should not be the reason to choose something you use several hours a day.
    - DarkTree 11y ago
      You're kind of missing the essential part of alternatives here, and that argument also is a slippery slope. With the same logic, it might make sense to spend thousands of dollars on something you use for your job the majority of your day. Besides that though, yes, I agree it would make sense to spend $70 on a text editor that you use every day for many hours a day, but only if it is the single best option on the market. If someone believes that Atom is equally good, then no, it is not worth it to spend $70 on sublime text.
tuananh 11y ago
The most important thing about Atom is probably the community around it. TextMate is also opensource yet I haven't seen many plugins built for it. Plugins and users are big part of what make Atom great.
lowmess 11y ago
Am I the only one who has no performance issues with Atom, except on insanely big files? I don't like my files to be 1000+ lines anyways (where possible) because it severely impacts readability/skimability. ST3 might win me back when Package Control is integrated, but until then, Atom is more than fine. IntelliSense on VS Code looks really powerful, but it's personally a feature I do not enjoy.
kingnight 11y ago
Atom really should save all buffers instead of just project-linked ones. There's too much opportunity for data loss as it currently is and it removes the ability for the text editor to double as a scratchpad or quick notepad.
l33tfr4gg3r 11y ago
I so wish they would fix the FreeBSD build
thewhitetulip 11y ago
I wonder why they have not fixed the performance issues in Atom. VSCode is based on Electron yet it is blazingly fast than Atom.
berfarah 11y ago
I'm unreasonably excited about `do` `dop`'s order being changed. I didn't realize that's what had happened in an earlier release, and writing blocks in Ruby has just been ever so slightly annoying.

170 points by alanfranzoni 11y ago

type0 11y ago

Great news!

Doesn't indicate perf improvements... Not trying to troll, but that surprises me given the large number of complaints about performance.

llamataboot 11y ago
Yeah, Atom is really my favorite editor at the moment in terms of features and add-ons but is totally unusable for me due to various performance issues. Not only does it choke on large files but something like a full-project search can take upwards of 30s to finish while Sublime Text finishes it in about 2-3s. I'd like to switch personally, but I can't until some major performance improvements happen. YMMV.
- ngrilly 11y ago
  What kind of computer and OS are you using?
  - llamataboot 11y ago
    Late 2013 Retina MBP w/ 16GB of RAM
- melling 11y ago
  Unless you tell someone your OS and hardware, it's really not helpful for people to decide, or even address the problems. Does Atom use a lot of ram or cpu? I've got a 2 year old Mac Book Pro with 16 GB RAM and an SSD. I downloaded Atom 1.6 after the announcement and leave it open to maintain my notes and I haven't noticed any performance problems with a couple dozen files. I might try to use it for another project once I evaluate the plugins.
  - dublinben 11y ago
    You shouldn't need a $2000 laptop to run a text editor.
    - dzhiurgis 11y ago
      But you will most likely have it anyway.
      - dublinben 11y ago
        Speak for yourself. My primary computer is a $200 laptop.
        melling 11y ago
        ok, try Atom and report back. The guy who was complaining had projects of several thousand files, some of which were 50,000 line xml files.
    - melling 11y ago
      No one said you did. I simply stated what I owned and explained how I use it, and how it performed. I imagine the same performance as my 2 year old laptop is equivalent to $500-$800 desktop today.
  - llamataboot 11y ago
    yes, I have a few thousand files, some of them are 50k+ line XML files. Sublime still searches my full project in many magnitudes of less time that Atom does. I use Atom for my small toy projects as well.
- crucialfelix 11y ago
  Yes, search is really slow. But atom-fuzzy-grep is near instantaneous even on large projects. Uses ag pt ack or grep https://atom.io/packages/atom-fuzzy-grep https://atom.io/packages/atom-fuzzy-grep The nice thing about Atom is that you can replace anything that isn't performing.
sandstrom 11y ago
I think it's gotten much better this year. It used to be somewhat slow (especially on large files), but it's alright now. Still room for improvement though.
- benatkin 11y ago
  Many devs could get a faster computer, too. I'm considering getting a Surface Book.
santaclaus 11y ago
The performance problems on a clean Atom install are incredibly vexing. Microsoft's Visual Studio Code is built on similar foundations and has great performance, so I don't think Atom's performance problems are fundamental.
- vvanders 11y ago
  Yeah, I've been really impressed with how snappy VSCode is.
- rayiner 11y ago
  Visual Studio Code is a totally different foundation. The only shared piece is the Electron shell for embedding Chrome.
  - jsmeaton 11y ago
    That's sort of the foundation though right? The editor built into the electron app is completely different, suggesting that atom is theoretically able to achieve similar performance. I haven't used visual studio code myself, but does it use a mix of JavaScript and HTML to render and process the text? If so then isn't the major differences the algorithm choices for rendering and editing text?
- sdesol 11y ago
  > Microsoft's Visual Studio Code is built on similar foundations This is my understanding of things: - Electron is built on top of Chromium, where the technology was mainly driven by Google and their engineers. - Vscode is based on Monaco which Erich Gamma and his team spear headed. - Atom is based on work done by GitHub. The analogy would be they both use Honda engines, but Microsoft appears to be able to use Honda's engine way more efficiently than GitHub.
  - altano 11y ago
    No this is pretty wrong. They are both built on Electron which is just the window shell hosted in Chrome. The actual text editors are completely different code bases that have nothing to do with each other. The better analogy would be they are both built using Honda doors, but they each have completely different engines.
seanwilson 11y ago
I've been using Atom for over a year and haven't had any major performance problems. Luckily for me I don't have to regularly access code files that are megabytes long but I can see why not being able to do so would be annoying.
eknkc 11y ago
They had decent performance improvements in recent major releases. It's pretty good now, except for the initial boot time. Takes ages to launch it. But after that, runs smooth on my laptop.
cortesi 11y ago
I'm making a bit of a habit of chipping in on Atom performance complaints with a counterpoint. I've now used Atom as my primary editor for more than a year, and I have no complaints about the performance. This could be because I'm using OSX on recent hardware - I've noticed that my friends using Linux desktops seem to have more issues than I do.
- ShrpErinaceidae 11y ago
  Having both Atom and VS Code installed on recent hardware I can say VS Code definitely feels snappier in multiple aspects. It's hard to believe both editors share Electron roots. And not to make this an X is better than Y comment, but the much better (in my experience) high-DPI handling with VS Code does the same. I wonder what exactly VS Code does to manage to be the only Electron based application that I've used that scales properly across multiple monitors at different DPIs.
  - imron 11y ago
    > I wonder what exactly VS Code does to manage to be the only Electron based application that I've used that scales properly across multiple monitors at different DPIs. It's released by a company that has internal controls on making sure released apps are high-DPI compliant.
- ShrpErinaceidae 11y ago
  Having both Atom and VS Code installed on recent hardware I can say VS Code definitely feels snappier in multiple aspects. It's hard to believe both editors share Electron roots. And not to make this an X is better than Y comment, but the much better (in my experience) high-DPI handling with VS Code does the same. I wonder what exactly VS Code does to manage to be the only Electron based application that I've used that scales properly across multiple monitors at different DPIs.
- galistoca 11y ago
  It's alright for small files, but whenever I paste in a huge csv or json file it hangs for minutes. And I use pretty recent macbook pro with high specs. This doesn't happen with other editors.
shakeel_mohamed 11y ago
I don't know when the perf improved, but it definitely has recently. In the past month I downloaded Atom on OS X (for the third time) to see if the perf had improved and I was impressed! I added a huge project's folder and indexing was done insanely fast (iirc less than 30 seconds). I don't really have a need for Atom at the moment since Sublime Text exists, but I might recommend it for new programmers since it's free + hackable.

_Wintermute 11y ago

Is Atom still collecting users data? Last I paid attention there was a big furore about having to opt-out and the legality in Europe.

juli3n 11y ago
Yep, but you can disable it by disabling the 'metrics' extension.
- spdustin 11y ago
  That's _after_ the first launch, correct?
  - cha5m 11y ago
    Couldn't you just disconnect from the web until Atom was installed and metrics are disabled?
    - CyberDildonics 11y ago
      This is why I set windows firewall to disable connections by default and then opt programs in. Visual Studio tries to connect to the internet too.
  - Couto 11y ago
    Not necessarily. You can set the property in your ~/.atom/config.cson before the first run. https://github.com/Couto/.dotfiles/blob/master/tag-atom/atom/config.cson#L11-L12 https://github.com/Couto/.dotfiles/blob/master/tag-atom/atom... in case you need an example
    - zuck9 11y ago
      It auto launches after installing in Windows.
    - spdustin 11y ago

kennywinker 11y ago

I've been using Visual Studio Code a bit this past month and there is a lot I like about it. Anyone have thoughts on Code vs Atom? I know Code is based on Atom, but I'm not really clear on how they differ edit: correction. After asking this, I read up a bit and Code is based on Electron which is the core of Atom, but they're fairly different after that.. Code is not a fork of Atom as I thought it was.

plexicle 11y ago
Code is noticeably faster than Atom on both my Linux and Windows machines. While that's my personal experience, it matters the most to me. Makes the decision easy... for the moment.
pugio 11y ago
Visual Studio Code is NOT based on Atom, it is based on Electron[1], a wrapper around V8/Node for the creation of desktop apps. Atom is also based on Electron (and the Electron project is run largely by the Atom people), but other than that the projects use entirely separate code bases, and have vastly different feature sets and performance profiles as a result. [1]http://electron.atom.io/ http://electron.atom.io/
grayrest 11y ago
Code is not based on atom, it's based on Electron, which is the runtime (node+webkit without the UI chrome). VSCode has lower typing latency and a more considered system for building / debugging / code completion. Atom has a richer plugin api and has been around longer so it has more plugins. I've done basic plugins for both and plan on using/developing for VSCode but I've been too lazy to write Vim bindings and not willing to use the editor without them.
- davej 11y ago
  Nitpick, Electron is Node + Chromium (not webkit).
- aioutecism 11y ago
  You may want to try my vim extension for VSCode - amVim. It works best on VSCode's insiders build now. I'm planning a big update as soon as VSCode releases 1.0(which is said to be 4/14)

dockerlocker 11y ago

still slow like a dead fish. and bloated. unusable piece of shit, ridicolous. there are so many great toolkits out there, e.g. with qt such an editor would fly. unbelievably how stubborn people are.

maxehnert 11y ago

They hijacked the way you open files now and from what I can see reading through release notes and commits there's no way of opening a file permanently without double clicking. With preview mode enabled I have to dbl click the tab and with it disabled I have to dbl click the file name. It would be nice if opening a file had regular single click functionality when preview mode was disabled. Or maybe another setting for this in the config.cson file. It seems like a trivial thing to complain about but it's usually the small things like this that are the most annoying (for me at least).

rezistik 11y ago
It's in settings. You can disable preview panes. Agree it was annoying.
- burger_moon 11y ago
  I still have to double click on the tab to get the italics to go away like the op said. Do you not have to do that?
vemv 11y ago
Here's the PR for that https://github.com/atom/tree-view/pull/804/files https://github.com/atom/tree-view/pull/804/files

terda12 11y ago

Still not gonna use it because it's just laggy.

ywecur 11y ago

For you Atom users: Why have you chosen Atom over, say, Emacs?

capote 11y ago
Atom and Emacs are so different I don't think it's worth it to provide reasons for one or the other. Vim/Emacs/etc vs. Sublime/Atom/etc are simply a matter of which type of editor you prefer or need for a particular purpose (classic vs. modern, GUI-based vs. usable over ssh, and many more giant differences...)
levemi 11y ago
Not sure if you're trolling, because that's a pretty ridiculous question. The obvious answer is Atom's immediate usability and the much easier learning curve over Emacs which requires an incredible amount of research and effort to set up properly and use. For example how long do you think it takes for the average new programmer choosing Atom to figure out and learn to use the fuzzy file search versus them getting that working on Emacs? Seconds versus hours I imagine. It took me a non-trivial amount of time to set that up on Emacs.
- falcolas 11y ago
  > how long do you think it takes for the average new programmer If they're taking advantage of Google, a few seconds for either one. Discoverability in both kinda sucks.
  - levemi 11y ago
    It does not take a few seconds to get fuzzy search working on emacs in any shape or form. You have to add an addon like helm or icicles to get anywhere near atom's functionality. And you have to learn how to get addons to work. It works without an add on in Atom, and you don't need to do a Google search to figure it out. I actually hate Atom and I resent you making me defend it. >:|
    - 11y ago

sergiotapia 11y ago

You know what I would really enjoy? Being able to sign into your Github account and sync your preferences and packages to the cloud. Then if I sign in on a different computer, all my hotkeys, packages and themes are copied over seamlessly. As a crappy workaround I have this: https://github.com/sergiotapia/atom-meteor-packages https://github.com/sergiotapia/atom-meteor-packages But still, I would like this to be a core integration. I've since switched to RubyMine and WebStorm because I just want something that meshes together for me, I don't want 'javascript fatigue' in my dev tools as well. RubyMine's built in visual studio-like debugger is killer.

innocentoldguy 11y ago
For me, the Visual Studio-like debugger is killer in theory, but in practice, it hangs a lot and I have to shut down and restart RubyMine.
- sergiotapia 11y ago
  That sucks, it works flawlessly for me on my El Capitan and RubyMine 2016.1
  - bdcravens 11y ago
    Do you have a good resource for learning the debugger in RubyMine? I'm still using mostly puts and pry for debugging, but it sounds like the RM debugger could be a win.
    - paws 11y ago
      http://confreaks.tv/videos/railsconf2015-ruby-debugger-internals http://confreaks.tv/videos/railsconf2015-ruby-debugger-inter... This is a video by Dennis Ulshakov, the maintainer. I haven't watched this in its entirety but it's only 20 mins.
pmlamotte 11y ago
Agreed that this should be built in. I've been using https://github.com/atom-community/sync-settings https://github.com/atom-community/sync-settings which stores everything in a gist and has worked out reasonably well so far. The pain points are that you have to manually set it up the first time with the gist id and (optional) private api key, and backups have to be triggered manually.

currysausage 11y ago

Without further comment: remove_atom_from_context_menu.reg Windows Registry Editor Version 5.00 [-HKEY_CLASSES_ROOT\*\shell\Atom] [-HKEY_CLASSES_ROOT\Directory\Background\shell\Atom] [-HKEY_CLASSES_ROOT\Directory\shell\Atom] [-HKEY_CURRENT_USER\SOFTWARE\Classes\*\shell\Atom] [-HKEY_CURRENT_USER\SOFTWARE\Classes\Directory\Background\shell\Atom] [-HKEY_CURRENT_USER\SOFTWARE\Classes\Directory\shell\Atom]

ApolloRising 11y ago

Quick question: Does anyone know why a basic thing like printing seems to not be included in the default atom app?

jakswa 11y ago
Is your printer one of those combo printer + fax machines? You can copy/paste the code you want to print into an email, email it to a computer with a fax connection, and then fax it to that printer.
- ApolloRising 11y ago
  HP Laser Printer (Not Combo) nothing fancy.
- iLoch 11y ago
  I was going to suggest telephoning it in to someone with a tablet, have them transcribe it into a note taking app, scan the tablet with your personal scanner and then print the scan from your original computer using the photo printing tool.
  - erikb 11y ago
    You forgot the step where someone needs to make a hand written copy, which is then translated to Hungarian and back. But I understand you, it's an easy step to miss.
oneeyedpigeon 11y ago
Pure conjecture: someone worked out that the use case for printing out your code is incredibly rare? I don't think I've done it for several years, and if that's widely representative, I strongly support removing it from the core application.
connorshea 11y ago
Have you opened an issue about it? They may not realize anyone would even want that feature. Also, why do you want that feature?

untog 11y ago

Genuine, non-trolly question: why would I use Atom over Sublime Text? I've used both and by and large they were very effective replacements for each other, but Atom had performance issues with large files so I went back to Sublime. What am I missing out on?

manaskarekar 11y ago
Obvious reason: Open Source vs Closed Source. All the usual Open vs Closed Source arguments apply.
- deleted 11y ago
  [deleted]
imaginenore 11y ago
$70
- untog 11y ago
  True. I'd honestly forgotten that I paid for Sublime Text all that time ago.
- greggman 11y ago
  Really? If you're a programmer you probably spend 6-16 hours a day in your text editor. An artist pays $120+ a year for Photoshop. They don't generally settle for gIMP. The 2 are barely comparable. Similarly construction workers don't use tools from the 99¢ store. If you value your time you shouldn't look at a few hundred dollars as the difference between using some software and not. That software is a force multiplier. I'm not saying sublime text is better than atom. I'm only saying that price should not be the reason to choose something you use several hours a day.
  - DarkTree 11y ago
    You're kind of missing the essential part of alternatives here, and that argument also is a slippery slope. With the same logic, it might make sense to spend thousands of dollars on something you use for your job the majority of your day. Besides that though, yes, I agree it would make sense to spend $70 on a text editor that you use every day for many hours a day, but only if it is the single best option on the market. If someone believes that Atom is equally good, then no, it is not worth it to spend $70 on sublime text.

tuananh 11y ago

The most important thing about Atom is probably the community around it. TextMate is also opensource yet I haven't seen many plugins built for it. Plugins and users are big part of what make Atom great.

lowmess 11y ago

Am I the only one who has no performance issues with Atom, except on insanely big files? I don't like my files to be 1000+ lines anyways (where possible) because it severely impacts readability/skimability. ST3 might win me back when Package Control is integrated, but until then, Atom is more than fine. IntelliSense on VS Code looks really powerful, but it's personally a feature I do not enjoy.

kingnight 11y ago

Atom really should save all buffers instead of just project-linked ones. There's too much opportunity for data loss as it currently is and it removes the ability for the text editor to double as a scratchpad or quick notepad.

l33tfr4gg3r 11y ago

I so wish they would fix the FreeBSD build

thewhitetulip 11y ago

I wonder why they have not fixed the performance issues in Atom. VSCode is based on Electron yet it is blazingly fast than Atom.

berfarah 11y ago

I'm unreasonably excited about `do` `dop`'s order being changed. I didn't realize that's what had happened in an earlier release, and writing blocks in Ruby has just been ever so slightly annoying.