https://icon-sets.iconify.design
Which has become the only SVG library source I use these days given its massive 100k+ collection free SVG's and rich library support for most popular SPA frameworks.
When I was a kid I was really into classic prog rock (i.e. Yes, Genesis, ELP, etc.) and was mesmerized by Bill Bruford’s playing and technique on “Close to the Edge”, which led me to this incarnation of King Crimson.
One song in particular that really stuck out to me was “Thela Hun Ginjeet”, which includes a recording of Adrian Belew recounting an experience being heckled on the street, but until I read the Wikipedia page for the album I had no idea it was secretly recorded by Fripp and wasn’t scripted (including the maniacal laugh at the end). It blew my mind that they were able to create this soundscape that turned a recording of a totally sane Belew into what I thought was a paranoid schizophrenic.
Each song on the album stands on its own, and it’s probably my favorite in King Crimson’s discography.
I actually never thought of it in the context of Id Software, that’s an interesting comparison!
I was thinking about trying out Onivim someday but this one thing was the whole dealbreaker. I thought that if your program is advertised to be light and fast it would also be easy to build, but welp that's unfortunately not the case.
I would like to note that we don’t maintain/support/promote the Oni package on AUR. Builds from scratch are mostly for “trial” or contribution purposes. We do try to help with build issues in the Discord, though!
I would also disagree with the idea that a light and fast program must be easy/quick to build. C++ is notorious for having huge resource/time requirements to compile, but the end result (assuming good code) can be faster than some C code! Consequently, it takes relatively little time to spin up a node interpreter but the resulting program is orders of magnitude slower.
Oni is written in OCaml, so naturally it requires the OCaml compiler to build. Those NPM packages aren’t JS — we just leverage the existing NPM ecosystem for our native code.
We do recognize that building from scratch is not ideal, which is why we provide prebuilt binaries for purchase. I can’t give an exact timeline, but we’ve discussed publishing public trial builds probably before the end of the year, which further reduces the need to build from scratch.
Feel free to ask any other questions in the Discord!
[0] https://reddit.com/r/onivim/comments/n05pqz/_/gw8hw8p/?conte...
I think Oni is in a hard place where it’s the primary source of income for Outrun Labs. Oni is open source in two senses
- the source is available online (technically doesn’t meet some definitions of open source, but the source is open)
- we MIT commits after 18 months.
In terms of contributors retaining rights to the product, we do have a bug bounty program where if you fix a bug with a PR, you get a license for free. Not quite what you mean I’m sure, but it’s essentially payment for contributions.
We definitely aren’t deliberately trying to undermine the OSD. The reality of open source software at the moment is that most of it is either created or sponsored by large companies who have a ton of money to throw at it. We are trying a new model of making money from open source software to allow us (well, Bryan) to work on Oni full time. We’re definitely open to suggestions, though!
I understand that the vscode ecosystem is awesome. However, I always felt like the UI was severaly lacking behind proper IDE like intellij.
Give me intellij-like documentation popup, run, build & debug buttons and debug UI, and I will switch in an instant!
Unfortunately none of the main contributors are designers. I think we end up with a very VSCode-similar look because in terms of UX that’s our main inspiration. We do diverge in some areas, though.
Debug functionality is on our radar and it will hopefully be in relatively soon!
For instance, #2 (<table>-based layouts) definitely shaped much of early-to-mid-2000s web design, and can be viewed as a precursor to flexbox/other modern layout engines.
Same with sIFR -- custom webfonts are totally taken for granted today largely because of "hacks" like this.