kilo
Dev tools
text editor
SHOW HN2016
85points
29comments
#450of 2,264 in 2016
Top 20%of 2016 by points
How HN took it
CuriousMostly questions and neutral comments
3 positive, 5 neutral or asking, 0 mixed, 1 critical, out of 9 comments about the project. Thread score +0.19.
Idea: 2 for, 1 againstDocs: 1 for, 0 against
The thread, comment by comment
Each row is a top-level comment and its replies, in HN's order. Select a cell to open that comment on HN.
positive neutral or mixed critical about another commenter or something else the maker
What HN said
What people liked
Clean, small, minimal codebase inspired by antirez's kilo
From 3 comments
Some of the comments here are really missing the point. antirez's original text editor was a full featured text editor -- meaning fully customizable (and fast!) syntax…
_vya7 on HNJust like the original kilo.c, I liked reading this. Thanks!
aktau on HNI like this. Take something useful like antirez's tiny editor, decide that it needs to have the ability to customize it, add Lua as a scripting support and off it goes. Two small…
AstroJetson on HN
Good idea to add Lua scripting to a tiny editor
From 2 comments
I like this. Take something useful like antirez's tiny editor, decide that it needs to have the ability to customize it, add Lua as a scripting support and off it goes. Two small…
AstroJetson on HNThis would make it a good candidate for embedding.
stcredzero on HN
Objections
Mature editors like Vim and Emacs have far larger plugin ecosystems
From 3 comments
The point you miss is: there are thousands of packages for Emacs and Vim already. Emacs has all sorts of useful programs that you can run, a list too long to even summarize.…
gkya on HNThose programs exist because people wrote them. And many are rewritten every day to replace those. Emacs does not have 40 years worth of plugins available. If one single person…
sdegutis on HN> This showed that fundamentally, a terminal-based text editor is trivial to build. I do not agree. There is a big difference between a proof-of-concept terminal-based text…
protomikron on HN
Niche editors lack language support
From 1 comment
Atom did this with the backing of a very well-financed company, and it still doesn't fare all that well with niche languages. I agree with the general gist of your first post,…
technomancy on HN
Requests
Add a screenshot
From 1 comment
A screenshot would have been so nice.
greenspot on HN
Provide a binary
From 1 comment
With something this small a binary would be nice. Really nice.
childintime on HN
Use LPeg for syntax highlighting
From 1 comment
Interesting. You should look into adopting Lpeg to do your syntax parsing and coloring, rather than defining all languages yourself. http://www.inf.puc-rio.br/~roberto/lpeg/…
cschmidt on HN
Questions
Why build this instead of Vim with Lua scripting?
From 1 comment
So why this, instead of Vim with Lua scripting? Is this meant to be embeddable in the same sense Lua is meant to be?
stcredzero on HN
Alternatives named
Vim and Emacs
From 2 comments
Some of the comments here are really missing the point. antirez's original text editor was a full featured text editor -- meaning fully customizable (and fast!) syntax…
_vya7 on HNSo why this, instead of Vim with Lua scripting? Is this meant to be embeddable in the same sense Lua is meant to be?
stcredzero on HN
nvi and ex-vi
From 1 comment
If you need vi for embedding, there are the ex-vi and the nvi projects, BTW. The latter with nex "are intended as bug-for-bug compatible replacements for the original Fourth…
gkya on HN
howl editor and textadept
From 1 comment
Another interesting editor I found recently previously mentioned on HN is howl editor - http://howl.io/ . Lua, lpeg lexing, fast. Another one is textadept -…
diaz on HN
Atom
From 1 comment
Those programs exist because people wrote them. And many are rewritten every day to replace those. Emacs does not have 40 years worth of plugins available. If one single person…
sdegutis on HN