Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: Lite – A small, fast text editor

github.com

Post reply on HN
Print view View original

151–160 of 276 posts

Re: Show HN: Lite – A small, fast text editor

#151

Post by canada_dry »

kingosticks wrote: post #123
akavel wrote: post #4

If you are interested in small Lua-based text editors, I advise you to take a look at Textadept: https://foicica.com/textadept/ . Specifically as to minimalism: "Relentlessly optimized for speed and minimalism over the years, the editor consists of less than 2000 lines of C code and less than 4000 lines of Lua code." I believe this is a limit that the editor's author self-imposed and keeps to it with an impressive st…

texadept is great, it can handle really large files where most other editors crash/die.

Just tested that premise with a 300MB text file... Kate loaded it no problem in about 3secs... textadept didn't load the file, gave an error.

From textadepts FAQ:

Q: Why can’t Textadept handle HUGE files very well?

A: Textadept is an editor for programmers. It is unlikely a programmer would be editing a gigantic log file. There are other tools for that case.

Re: Show HN: Lite – A small, fast text editor

#152

Post by aeosynth »

p4bl0 wrote: post #44
akavel wrote: post #4

If you are interested in small Lua-based text editors, I advise you to take a look at Textadept: https://foicica.com/textadept/ . Specifically as to minimalism: "Relentlessly optimized for speed and minimalism over the years, the editor consists of less than 2000 lines of C code and less than 4000 lines of Lua code." I believe this is a limit that the editor's author self-imposed and keeps to it with an impressive st…

You might also be interested in kilo: https://github.com/antirez/kilo

Similar in rust: https://github.com/ilai-deutel/kibi

Re: Show HN: Lite – A small, fast text editor

#153

Post by np_tedious »

samtheprogram wrote: post #78
cwyers wrote: post #71

Earlier quoted context omitted.

It's written in Lua and doesn't use the OS GUI APIs and widgets anywhere. I'm not sure I understand what makes this more "native" than Javascript.

There’s way less abstraction going on in Lua app that has a hand-rolled GUI versus an app built on top of a web browser like Electron. Hand rolling you’re own UI doesn’t make it less native — is Ableton Live not-native? Or are you drawing the line because Lua is a scripting language?

What's ableton written in? Java / awt?

Re: Show HN: Lite – A small, fast text editor

#154

Post by IAmEveryone »

SahAssar wrote: post #130
rubber_duck wrote: post #61

Earlier quoted context omitted.

Shouldn't PNG be lossless by default ? (you could do some lossy pass to optimise but in that case you're probably better off using JPEG ?)

Sites like github often "optimize" images to lower bandwidth costs. Basically any platform you share images on that is at scale will probably re-compress images. For PNG they often reencode the image in a lossy way.

GitHub doesn’t “optimize” your images, just as it doesn’t format your code. People would storm the barricades if Github changed their files.

Re: Show HN: Lite – A small, fast text editor

#155

Post by aeosynth »

moonchild wrote: post #120
ccmcarey wrote: post #87

Earlier quoted context omitted.

It seems to include the entirety of Lua - https://github.com/rxi/lite/tree/master/src/lib/lua52 Which is written in C.

Odd that they chose lua 5.2. The most popular luas nowadays are 5.1 (the version that luajit implements), and 5.3 (which was for a long time the 'latest and greatest', though it's been superseded by 5.4).

5.4 hasn't officially released (it's in the RC stage) so 5.3 is still the latest stable/supported version.

Re: Show HN: Lite – A small, fast text editor

#156

Post by rxi »

grep_it wrote: post #54

Really cool project! At what point in the development did you start to use lite as your editor to develop it? I'm sure that was a fun milestone to hit.

I can't say exactly when, but I was writing it in itself before I made the initial commit on the public repo, so at least 6 months ago. Every change I made since then (in addition to the plugins I wrote) would have been written in lite itself.

Re: Show HN: Lite – A small, fast text editor

#157

Post by zem »

urlwolf wrote: post #74

Typing latency as measured by typometer is quite high on kwin (no compositing). Both kate and Howl do much better. And pycharm. Great start, but it's not defeating vscode in the one aspect I care about: typing latency. Kate is a surprisingly good/fast editor nowadays.

kate has always been a really good piece of software. I would have used it a lot back in the late 90s if it had only had good vim emulation, everything else was excellent.

Re: Show HN: Lite – A small, fast text editor

#158

Post by nurettin »

didibus wrote: post #146
nwienert wrote: post #82

Earlier quoted context omitted.

You seem to be the one drawing the line saying Electron isn’t vs something like this is. Is a WASM app that renders to WebGL native? I guess the point is native should probably mean “using the toolkit the OS provides” and we should just use “performant” in most cases.

I don't know how people are finding ways to contradict your comment. Native means using the native UI toolkit. Or if not about UIs, it can mean compiled to native machine code ahead of time. People used to care about native vs non-native because of the look and feel. Now people are complaining about performance, memory use, and startup times. Everyone would be happy using a non native toolkit if it was fast, used lit…

People mainly want their autocomplete, accessibility and double-click text to work the same everywhere.

wxwidget guys on IRC used to showcase how their buttons titlebars and menus blended with the windows xp back in early 2000 but I'm sure they are past that at this point.

Post reply on HN