aethy

6 ms·

1.
by aethy 4y ago
I think the original lite scratched the itch of just being very, very simple. This is a bit less simple, but still decidedly more so than many other editors. It has very few dependencies, statically builds, and is just generally pretty exte
2.
by aethy 4y ago
"enhanced" is my branch that has a few experimental patches, a C rewrite of the tokenizer from lua; but I'd avoid it for now, as it can be slightly unstable. "all-in-one" is my build that bundles all necessary files
3.
by aethy 4y ago
If you want a bit better discoverability; you may want to try the `addons` release; it comes with a settings plugin that lays out all the settings in GUI so you don't have to go through digging through the source. Could be helpful if y
4.
by aethy 4y ago
If anyone's interested, I do have a `.deb` build here; but it's not an official one: https://github.com/adamharrison/lite-xl-simplified/releases/... And I haven't tested it super hard, and it&#
5.
by aethy 4y ago
This is also my general hope for lite. - Configs in lite are all done in lua files, and there are two files that you can edit without ever having to create a plugin that are automatically loaded by the editor: your system wide user config (
6.
by aethy 4y ago
We actually do have one, about to be released: https://github.com/adamharrison/lite-xl-plugin-manager Comes with a plugin to provide a gui in lite-xl. Once this gets to 1.0, we'll probably start bundling it with t
7.
by aethy 4y ago
This is configurable. I use it in my android fork that I use for creative writing, `write-xl` (in case you're interested, here: https://github.com/adamharrison/write-xl ; not really ready for public consumption).
8.
by aethy 4y ago
I actually authored something for this to work with my workflow on lite-xl (I compile a mid-sized C++ codebase on the regular). It's still not really ready for release, but it's here, in case you're at all interested: https:
9.
by aethy 4y ago
It's a bit more complicated to add the OpenGL renderer, because of subpixel font rendering. You need to sample the framebuffer to do it correctly in all cases, as well as a custom shader. It's on the list of things to do, but as y
10.
by aethy 4y ago
Honestly, the thing that made me step into this project was actually this plugin interface. Adding support for halfway decent Perl syntax highlighting took literally 5 minutes with no familiarity with the editor at all, and not having used
11.
by aethy 4y ago
Yup, word wrap is now a configurable core plugin. There's still a few minor issues with it, but it mostly works as expected.
12.
by aethy 4y ago
Yeah; unfortunately, none of the core dev teams work on Macs, so while being known, it's hard to fix on our end. We'll get it eventually.
13.
by aethy 4y ago
Yes; F10 enables word wrap. It's a plugin included in the core.
14.
by aethy 4y ago
If you're at all interested (though I'm not doing releases yet), I have a fork called 'write-xl' ( https://github.com/adamharrison/write-xl ), which does have a git plugin that autocommits+pushes to g
15.
by aethy 4y ago
Yes; people have built these before, so it's not really a problem with the source (I've even cross-compiled it for arm android); it's more just not part of the pipeline yet. Given the prevalence of mac, this makes sense to su
16.
by aethy 4y ago
Yeah, lol. It's a balancing act. Ideally we give it just enough juice to allow for things like native plugins, and the easy expected core stuff like nice font rendering , process management, multicursors, etc.. and then leave the rest
17.
by aethy 4y ago
The UI is done using an immediate rendering model. It is entirely composed of two rendering operations, drawing solid color rects, or rendering text from a true type font. You can read a bit about the underlying technology here: https:&#x2
18.
by aethy 4y ago
It's unlikely that we would include that in core lite-xl due to size and complexity, but we aim to have an extremely robust plugin system (all current syntax definitions come from plugins). It is totally possible to integrate an lpeg a
19.
by aethy 4y ago
rxi, lite's original author, considers lite to be complete, and isn't accepting new feature prs, which is fair enough. lite-xl was forked to keep the same general principle of simplicity but going a bit further with features.
20.
by aethy 4y ago
Yeah, there's a pre-release here: https://github.com/lite-xl/lite-xl/releases/tag/v2.1.0 There were some minor issues having the dev team get a working macbook that could test some stuff, to make su
21.
by aethy 4y ago
Fair enough; totally understand. If you ever can think of anything please don't hesitate to fire up an issue on the tracker. We're (very slowly) going through them.
22.
by aethy 4y ago
That's what I mean. It never returns 0, so is thus always truthy if it finds something. If you do `if (str.indexOf("a"))` in javascript; you'll miss out on the case where the string starts with "a", because the
23.
by aethy 4y ago
Yeah; the indexing is weird when you're not used to it; but honestly I find starting arrays at 1 is actually incredibly useful for business logic. It's terrible for math, but it allows you to use things like truthiness really effe
24.
by aethy 4y ago
Hey; I'm part of the dev community over at lite-xl; what're your top asks? I can see if we can throw it into the feature queue (though the queue is already pretty long).
25.
by aethy 4y ago
No; rxi wrote a rendering cache infront of the renderer. It doesn't require a widget library for this reason; it's able to efficiently implement an immediate renderer. Simplifies the codebase a lot.