41–50 of 209 posts
I've tried Atom - quickly went back to Sublime from my speed tests. I had a similar speed issues with https://hyper.is vs iTerm. These new tools look pretty but performance matters, especially for your most-used tools.
Earlier quoted context omitted.
But Sublime doesn't do all of that. It does some things better, and others worse (and still others not at all). I couldn't write a plugin for Sublime to embed a web browser. I couldn't write a plugin for Sublime to display images inline by fetching their URL if found in the source. Those kinds of features might not be important to you, and that's fine, but they are indispensable for me.
>I couldn't write a plugin for Sublime to embed a web browser. Yes - that is true. and, with atom basically being a web browser, it is trivial for them to do it. >I couldn't write a plugin for Sublime to display images inline by fetching their URL if found in the source I actually think that is now possible in ST3. With the new "Phantom" plugin API it can certainly inject a subset of html (including tags) into the vi…
Which was the point of them making it in a web browser. Leverage that as a platform to make extensions/plugins easier to write and maintain and allow them to do more.
Atom is a more capable "IDE" than any other IDE i've ever used, and it's easier to create and manage plugins for. Yeah, there are still some rough edges and things that I hate about it (honestly the whole "hanging for 30+ seconds because you accidentally opened a compiled file" shit really needs to get dealt with somehow, every release they chip a bit off of it, but it is still annoying), but it's by far the editor i'm the most productive with (by quite a large margin).
Earlier quoted context omitted.
But Sublime doesn't do all of that. It does some things better, and others worse (and still others not at all). I couldn't write a plugin for Sublime to embed a web browser. I couldn't write a plugin for Sublime to display images inline by fetching their URL if found in the source. Those kinds of features might not be important to you, and that's fine, but they are indispensable for me.
Sublime has minihtml, just in case: https://www.sublimetext.com/docs/3/minihtml.html It is a bit different from when you are using a browser trying to look like a text editor, but still.
First Two Lines: "Vim is my default editor. There’s no particular reason for this, except that I ended up learning it when I moved over to Linux many years ago. "
Well, that's that then.
These kinds of comparisons always seemed a bit silly to me. It's like complaining that opening a 6MB file in windows took over 3GB on my system! (ignoring that most of that is the OS getting ready to do other things, and enabling the OS to do things other than opening and reading a 6MB file). Yes, Atom isn't the most resource friendly editor out there, and nobody is claiming it is. But it is one of the more capable e…
For showing the html I just use multiple browsers. My page must look good in multiple browsers, not in my editor. For the whole environment I just consoles with full logging, and running different parts. For database I have another specialized editor - much better than any IDE.
I have opened a couple javascript files in Atom. About 30, all quite short, about 50-100kB each. The total memory used by Atom was over 900MB.
Should I be just a brainless monkey, and be happy that it's fine? Well, my machine has lots of ram, but I need it to some other things as well.
For me Atom is just useless, I don't even get half of the functionality I get from Idea and it uses twice as memory just for beginning.
I think most of the comments to mine would be: just use the editor normally, no one is opening 20 files at the same time, just learn how to code, and have one small file opened.
So instead of learning some good tools, you just prefer sticking hardly to one regardless the pain. OK, good luck with that. I just need a fast editor with lots of functionality and great speed. Atom doesn't give me that.
I gave up on Atom when I found MS Visual Code, for this very reason.
Earlier quoted context omitted.
Sublime has minihtml, just in case: https://www.sublimetext.com/docs/3/minihtml.html It is a bit different from when you are using a browser trying to look like a text editor, but still.
Which is fantastic for some use cases, but not for the use case where I want a fully featured browser window in my editor to preview my page i'm currently working on as I'm working on it.
Still doesn't change the fact that you can open the page in a normal browser and autoreload it with some pluging in other text editors, but you can't have the same performance in Atom ¯\_(ツ)_/¯
Earlier quoted context omitted.
Sublime has minihtml, just in case: https://www.sublimetext.com/docs/3/minihtml.html It is a bit different from when you are using a browser trying to look like a text editor, but still.
Which is fantastic for some use cases, but not for the use case where I want a fully featured browser window in my editor to preview my page i'm currently working on as I'm working on it.
I think it's an anti-pattern for the primary application in use to be reflexively maximised and lay claim to the whole screen, meaning everything must be inside it.