I love Atom and it's growing ecosystem. I hate that it's much slower (especially startup time) compared to Sublime Text and that it's using often tremendous amounts of resources. I also still wonder: Why CSON and CoffeeScript... in 2016?!
Introducing Block Decorations
11–20 of 38 posts
Re: Introducing Block Decorations
#12I love Atom and it's growing ecosystem. I hate that it's much slower (especially startup time) compared to Sublime Text and that it's using often tremendous amounts of resources. I also still wonder: Why CSON and CoffeeScript... in 2016?!
I've never done it, but id assume the effort to do a rewrite would be tremendous.
Re: Introducing Block Decorations
#13I find Atom very interesting, but the performance always drives me away from using it. Have recent versions improved? Anyone using it full time?
It's still kind of bad. Just try opening up a minified JS (or any kind of large file) file and watch your Atom become unresponsive for 5 minutes.
I just downloaded the latest minified production release of ember.js and it took Atom less than a second to open it on my Machine (2014 rMBP).
Re: Introducing Block Decorations
#14I find Atom very interesting, but the performance always drives me away from using it. Have recent versions improved? Anyone using it full time?
People always complain about performance, but you just have to be conscious when using it. Don't open a massive file and you should be fine.
Re: Introducing Block Decorations
#15I've been wanting this feature ever since I watched a video of TempleOS, which featured images in source code (everything is in "DolDoc" format: http://www.codersnotes.com/notes/a-constructive-look-at-temp... ). I'd love to be able to drop in diagrams, screen shots, and scribbles into the source code of my personal projects!
Yeah, I actually started on a package that would render comments as markdown, allowing you to create 'notebook'-style source code. I gave up when exploring the API and not finding a good way to replace lines with (possibly variably-height) content.
There's also the problem that Atom doesn't have any debuggers worth speaking of so far. That could change now.
I'll have a look into this. Sounds great anyway.
Re: Introducing Block Decorations
#16I love Atom and it's growing ecosystem. I hate that it's much slower (especially startup time) compared to Sublime Text and that it's using often tremendous amounts of resources. I also still wonder: Why CSON and CoffeeScript... in 2016?!
Pretty sure they're moving to ES6 these days: https://github.com/atom/toggle-quotes/pull/26#issuecomment-1...
Re: Introducing Block Decorations
#17I love Atom and it's growing ecosystem. I hate that it's much slower (especially startup time) compared to Sublime Text and that it's using often tremendous amounts of resources. I also still wonder: Why CSON and CoffeeScript... in 2016?!
> Why CSON and CoffeeScript... in 2016?!
All new code is ES6: https://twitter.com/nathansobo/status/670047510258253828
Re: Introducing Block Decorations
#18I love Atom and it's growing ecosystem. I hate that it's much slower (especially startup time) compared to Sublime Text and that it's using often tremendous amounts of resources. I also still wonder: Why CSON and CoffeeScript... in 2016?!
I've never done it, but id assume the effort to do a rewrite would be tremendous.
Not really, it would be tedious, but idiomatic coffeescript can be converted to idiomatic javascript basically on a line-for-line basis. Also the compiler really does produce readable code (though unmistakeably computer-generated), so the process might even be sped by reducing it to just tidying up compiler output.
It's a task that could easily be spread across any number of human translators, too.
The main limiting factor is the quality of the test suite, which dictates how quickly typos could be found.
Re: Introducing Block Decorations
#19I find Atom very interesting, but the performance always drives me away from using it. Have recent versions improved? Anyone using it full time?
I've been using Atom full time for about a year and a half now. I've never noticed performance issues though, so I've always been curious about where these complaints come from.
I just ran a find over the project I've been working on full time, and the largest file, by a long shot, is 8kb, and a little under 100 lines. That's just an autogenerated enum of the HTTP status codes though, so it isn't indicative of real code.
In the vast majority of cases, all of my files are less than 4kb, and hover around 40 lines or so. Atom handles this use case just fine, and I'm hard pressed to think of a situation where I'd run into performance concerns. The entire process itself is using less than 80mb of RAM, and 0.2% of my CPU. A single tab of Chrome is worse than that.
What are people doing with their text editor that they need blazing speed?
Re: Introducing Block Decorations
#20Earlier quoted context omitted.
I've recently started using more, but I still have to turn to sublime fairly often due to speed (dealing with larger projects, bigger data files, more complex regex searching). That being said, the performance has been getting steadily better, enough to the point I can do most of my coding in it without noticing a problem. I'd suggest giving it another go and see how it does for you! It's quite a joy to hack on.
Can you give an example of 'more complex regex searching'? I thought the JS regex engine would be at par with whatever sublime uses.
Not the parent, but the JS regex engine is less powerful than what Sublime uses (PCRE?), lacking among other things atomic groups, possessive quantifiers and lookbehind.