Show HN: Lite – A small, fast text editor

Post by fouric » Tue, May 12, 2020, 6:02 AM UTC

neop1x wrote: post #246

vijaybritto wrote: post #49

Earlier quoted context omitted.

The resident memory was 10MB in my windows machine when I ran this. A strong reason for me to use this would be in a low powered device. I want to write markdown in a tiny editor like this. I want to run multiple projects side by side and this is good for that. If I'm a beginner trying do dev on a machine lower than 4G of RAM. So many more examples come to my mind. I'm pretty sure there are more Also the immediate UI…

I upgraded to 64 GB of RAM and now my average usage is around ~40% so hopefully I will be able to live with that for some time. Browsers, VSCode and other webapps and Electrons are using crazy amounts of memory. But... RAM is cheap now so who cares. :P It's about time to start telling kids legends about old days where people were using memory leak detectors and analyzers.

Post by mega-tux » Fri, May 15, 2020, 1:14 PM UTC

urlwolf wrote: post #68

See also howl, written in lua/moonscript and damn fast. Both of these seem to have a bit more of a community than textadept (and no dependency on scite). I used textadept for a while, bought the book to support the author. It didn't work out for me.

Post by paulie_a » Fri, May 15, 2020, 9:06 PM UTC

cwyers wrote: post #105

paulie_a wrote: post #95

Earlier quoted context omitted.

Because JavaScript is not a native language.

I mean, yes, Javascript isn't x86 assembly code, but neither is Lua. Sure, Javascript was designed to be embedded within other applications, but so was Lua. And neither _has_ to be. People seem to be using "native" to mean "lightweight" or "performant," but if that's what they mean, they should just use those words.