I remember seeing a similar complaint in the 1.4 release thread complaining about memory usage, and when I compared my own Atom memory usage with a project with about a half-dozen files open and it wasn't anyhere close to that.
The web works fantastic in a browser but it seems like as soon as you try and port it to a native mobile application or desktop application; you can tell there is a performance difference from native code.
javascript vs. machine code generated from c (or a c-like)
rebuilding UI elements in HTML and rendering them with a browser engine vs. native UI toolkit.
Often in comparisons the emphasis is only on the first one, and the difference usually isn't that big (maybe a factor of 2). The real issue actually is the second problem, it's much worse.
That's also why I find the trend to do user interfaces in HTML so terrible: native UI toolkits work better and use less resources. The only advantage is that they run everywhere, but so does drawing into a 2D pixel matrix and rendering it.
I switched back to sublime when I found that atom was corrupting my files, by inserting different characters than the ones I was typing. I've seen this issue pop up several times, and when it does I stop using atom for several months.
This time around I discovered that sublime really is a lot faster than atom, and has better go support. Who cares if it never gets updated. :-)
Indeed. But it's not just about the memory usage. I have been using Atom to edit AsciiDoc documents and after having written more than 1000 lines or so, there is a noticeable delay after typing each keystroke. That may have been due to the AsciiDoc preview plugin I was using, but IIRC I disabled that and the issue persisted.
Your case may have been incidental to a prior version, but while I've observed lag relative to Sublime Text, Atom (on Linux) uses a little over 100 MB RAM and all my cores are at low utilization.
I don't know why they don't take the resource intensive stuff and push it into a "web server" that Atom then hits as a client, it is after all a "web client"?
I have the same machine. It's markedly slower than Sublime (though I used it full time until recently, as I really want it to do well. I've recently switched to various JetBrains tools)
Gosh, I couldn't complain about Atom being slow and then move to JetBrains stuff personally... While they are a lot better than they used to be, and they're amazingly powerful and fully featured, "fast" isn't a word id use to describe them unfortunately
I really never complained, just accepted it as a cost. JetBrains is definitely slower, but I get a ton of functionality, whereas Atom was just Sublime only slightly slower and open source.
This will break so much stuff, like you know, being able to click on things or move tabs around. Or minimize / zoom the window. It's possible to get it to work, but there are a lot of Difficulties, here's a similar PR
Cause at certain age, all geeks go through their Window Blinds period, that's when they keep changing the windowing theme, maybe tweaking the shell. Many find it silly if not a buggy after a while, and years later wonder, why are people still doing this?
I call this 'enlightenment', because I reached it after spending way too many hours in my teens tweaking my Enlightenment window manager config rather than doing something useful.
For editing code, I use a full-screen terminal with a wide left margin and transparency dimly showing a desktop picture. The large font I use is super awesome (Input Mono Narrow Thin) and it all looks gorgeous. It makes me happy every day, and it even inspires me to keep code clean. I may be shallow, but I don't enjoy working in drab environments like Eclipse with like Courier New and the default color theme. It makes me depressed.
Yes I can. My personal reasons are, when coding on a laptop with no secondary screen you can take advantage of transparency to see realtime updates (behind) without switching windows. Or at times to read some crazy long command from the docs and type it at the same time. I do this with VIM, though I can turn it on/off with iterm cmd-u
Thanks for making this point. It hadn't occurred to me before. I am a desktop junkie because I want to monitor things like Slack, Spotify, etc. on my secondary, and find it hard to cope on notebooks with a single screen. But, you're right, some transparency would really help.. now to figure out how to do it on OS X :-)
Imagine that you have to create website on your laptop.
With semi-transparent editor window and with live reloading, you are able to modify website code and see instantly how website changes underneath. Without switching apps.
My favorite variation of this is to have a special keystroke for saving a file and making the window transparent at the same time, then restoring the opacity on the next keystroke. I can see the effect of the live (or hot) reload and then either continue editing or cmd+tab to the browser if I need to interact with it.
I usually want to keep an eye on my Selenium tests so I can debug them if they get stuck. When I don't have enough space to leave the selenium VNC window open, I put it underneath a semi-transparent terminal window which allows me to keep working.
On a small screen (MB Air 11") I use a little transparency in the editor to see what the log on the console is doing, for example. Just not enough screen estate to have them side by side.
Yes, this is different from native terminal implementations in that it makes the entire window content transparent, including the text, vs just the background.
On one hand, I get the desire for transparency, having sought after it for many years, esp. back when it was a rarefied commodity. But these days I find I'm mostly only in favor of either fully opaque windows or transparency that's darn near fully opaque. Just enough transparency to hint that there's something tucked behind a full- or half- screen window. I find that it's too just easy to compromise contrast and readability in editor windows.
I find that transparency is most useful on small screens where you don't want to put windows side-by-side but still want to see both; e.g. I'd have documentation in a lower window and put my editor on top with transparency. Occasionally I'd have 3 or even 4 windows in a transparency stack, but it gets increasingly harder to read with more layers.
Here's a small utility for Windows that should be able to adjust transparency of any window, including Atom (I haven't tried but it's worked on most every other window):
I really would like to embedded atom as an online code editor... it seems like a no brainer given that its written in Javascript. But it seems there's no project to do this (hope I'm wrong!)
FWIW, I could never find any indication of an interest in this on the atom.io site, and googling "embed atom" and the like produce a lot of pages about Intels Atom CPU.
just because it's all javascript, doesn't mean you can "just" make a web client. electron, the shell atom is built on, has a lot of functions that are tied directly to the operating system and atom relies heavily on them. it also has a module system that allows you to do require() in front end javascript without needing to bundle anything. it would definitely be an interesting project, though.