tylr
oni2
tylr | oni2 | |
---|---|---|
5 | 42 | |
263 | 7,735 | |
1.1% | 0.0% | |
0.0 | 0.0 | |
6 days ago | over 1 year ago | |
Reason | Reason | |
MIT License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
tylr
- Tylr.fun
-
Implementing Interactive Languages
Not directly related, but this made me think of something I've been interested in recently - structured editors. Instead of tokenizing text and then parsing to an AST, you effectively edit the AST directly.
Since the thrust of the post seems to be about the sum of compilation + run time, it's a potentially more efficient alternative to traditional code editing. Here's an example of one in action:
https://tylr.fun/
-
An apology for "Emacs is Not Enough" (no)
BTW, speaking of infix, there's this pretty cool demo from some research project (not by me): https://tylr.fun/
-
Project Mage is an effort to build a power-user environment in Common Lisp
> eco
The eco article is quite interesting, it's a cool proof-of-concept. I don't know exactly how it compares, but there's also tylr, with an online demo you can check out [1].
> The example of splitting "Hello world" into a list of words is a pretty bad example;
I just wanted to set up some very quick easy-to grasp context with it for the discussion that follows. You are right, of course, the normal editors don't have much trouble with that level of detail. Maybe I will come up with something better later on, though not too complex...
> I'm currently working on knowledge management, which I think you have to split in different subfields;
My view on this is that you can't generally predict that, but what you can do instead is let the user compose the structure and features of custom documents, thus creating custom workflows suitable for the task at hand, whatever it may be. I will be generally taking that approach with Kraken.
> literate programming
I think computational notebooks take the core idea and make it practical, and I think it's fair to say those are literate programs, albeit without the web-tangle aspect.
> Again, good luck etc.
Hey, thanks for the feedback!
[1] https://tylr.fun/
- tylr, a tiny tile-based structure editor
oni2
-
We Have to Start Over: From Atom to Zed
It was onivim2. Iirc it was a one-man show, and stopped when funding dried up. I also hoped to see a a lot from it. Maybe the dev took too much work on his plate, with an unproven language with limited libraries?
https://github.com/onivim/oni2
-
How VSCode made bracket pair colorization 10,000x faster
It's unfortunate that oni2 stopped development.
It had the promise of all the benefits of VS Code, but performance of a native app.
https://v2.onivim.io
-
Reflections from 12 years of vim (ramble)
Yeah, https://github.com/onivim/oni2/issues/3811
- Onivim – The retro-futuristic modal editor
-
VSCode-Neovim: Use embedded Neovim in VSCode without emulation
Onivim development has stopped, it is now abandonware: https://github.com/onivim/oni2/issues/3811#issuecomment-9103...
-
VSCode with Neovim
It's MIT licensed now, so anyone could pick it up and continue work on it, but the original authors have basically stopped working on it. This GitHub issue was the last major news update.
- Onivim 2 – “Has the dev stopped?”
- Leap.nvim: Neovim’s Answer to the Mouse
- Neovim 0.8 Released
-
HypeScript: Simplified TypeScript's type system in TypeScript's own type system
I never tried CoffeeScript since nobody pays me for it, though I am curious about ReasonML as an alternative, there's a Neovim front-end[0] coded in Reason that compiles natively[1], and supports existing VS Code plugins from the VSCodium plugin repository[2] which I still have yet to look at how the heck they pulled that bit off, but it is pretty interesting.
[0]: https://github.com/onivim/oni2#introduction
[1]: https://github.com/revery-ui/revery
[2]: https://open-vsx.org/
What are some alternatives?
fullstack-reason - A demo project that shows a fullstack ReasonML/OCaml app–native binary + webapp
LunarVim - 🌙 LunarVim is an IDE layer for Neovim. Completely free and community driven.
ocaml_webapp - A minimal example of a lightweight webapp in OCaml
vscode-neovim - Vim mode for VSCode, powered by Neovim
styled-ppx - Type-safe styled components for ReScript, Melange and native with type-safe CSS
NvChad - Blazing fast Neovim config providing solid defaults and a beautiful UI, enhancing your neovim experience.
logseq - A local-first, non-linear, outliner notebook for organizing and sharing your personal knowledge base. Use it to organize your todo list, to write your journals, or to record your unique life.
my-lunarvim-config - My config for LunarVim
query-json - Faster, simpler and more portable implementation of `jq` in Reason
openvsx - An open-source registry for VS Code extensions
org-roam-ui - A graphical frontend for exploring your org-roam Zettelkasten
doom-nvim - A Neovim configuration for the advanced martian hacker [Moved to: https://github.com/doom-neovim/doom-nvim]