Live data from Hacker News

Lite XL: A lightweight text editor written in C and Lua

lite-xl.com

11–20 of 151 posts

Re: Lite XL: A lightweight text editor written in C and Lua

#15

Here's another one with a very small footprint: https://github.com/DigitalMars/med It's the one I use every day. The executable on Windows is a little over a meg. It also works on Linux and Mac.

Med appears to be a command line text editor, while this is a gui text editor... different beasts entirely.

Re: Lite XL: A lightweight text editor written in C and Lua

#18
post #6

The aim of Lite XL compared to lite is to be more user friendly, improve the quality of font rendering, and reduce CPU usage. Plug-ins are not necessarily compatible

The plugin system is a disaster in this project. Basically, each "plugin" is just a Lua script that can (and often does) modify absolutely anything in the editor, including core data structures and other plugins.

The original Lite was an exercise in creating a minimal editor, which I think succeeded. This project tries to take that base and expand it to add a ton of features, but doesn't re-architect it to support that expansion. So instead, you have a big bowl of Lua flavored spaghetti.

On the bright side though, it does seem like the maintainers are dedicated to keeping it working. So if you're looking for a text editor, you could do worse than Lite XL.

Re: Lite XL: A lightweight text editor written in C and Lua

#19
Is there a lightweight/fast editor that has native support for LSP? Is it even feasible to have a "native LSP editor" that doesn't rely on a plugin system, or is LSP so open-ended that you're always going to need some scripted support in the editor to make a particular language server work well? I'm thinking something akin to nvi or nano with LSP features added on.

Re: Lite XL: A lightweight text editor written in C and Lua

#20

What GUI Library does the editor use?

Last time I looked it was simple software rendering on an SDL windows.

As simple as it goes. I was impressed by how fast it was given that software rendering should be quite slow, but these days CPU are so powerful that this might not be a problem

A simple OpenGL renderer could be added with minimal efforts I think.

Post reply on HN