oni2
proposal-slice-notation | oni2 | |
---|---|---|
2 | 42 | |
518 | 7,735 | |
0.4% | 0.0% | |
0.0 | 0.0 | |
5 months ago | over 1 year ago | |
HTML | 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.
proposal-slice-notation
-
HypeScript: Simplified TypeScript's type system in TypeScript's own type system
> Switch statements
JS has had switch statements for a long time. Do you mean switch "expressions" that can be used inline? It's not pretty but JS has long supported that too using either eval() "hacks" or IIFEs: https://stackoverflow.com/questions/32451049/is-eval-the-onl...
Do you mean pattern matching? There are two Stage 1 TC39 proposals with different approaches to it:
More hands-on/direct: https://github.com/tc39/proposal-pattern-matching
More indirect: https://github.com/tc39/proposal-do-expressions
> list comprehensions
There are several libraries with strong Iterator support today that while not syntactically gorgeous do great jobs at allowing you to write simple list operations. Off the top of my head are IxJS and iter-tools, but also classic mainstays like up to date versions of lodash and Ramda.
There's a Stage 2 proposal to bring more of them into "the standard library": https://github.com/tc39/proposal-iterator-helpers
There's also a Stage 2 proposal for an operator to make the syntax generally nicer no matter the library: https://github.com/tc39/proposal-pipeline-operator
> array slicing
Array.prototype.slice() was added back in ES2015: https://developer.mozilla.org/en-US/docs/Web/JavaScript/Refe...
Array.prototype.at() was "just added" in ES2022 for unary "slice" (ability to use negative indexes): https://developer.mozilla.org/en-US/docs/Web/JavaScript/Refe...
If you prefer syntax to function calls, there's a Stage 1 proposal still live for that: https://github.com/tc39/proposal-slice-notation
> better equality operators
That ship has probably sailed. Most projects at this point just have linter rules to standardize everything to the more reliable "triple equals" (===, and !==).
There are proposals for more structural equality functions in the standard library, though, for instance: https://github.com/tc39/proposal-array-equality
-
JavaScript Is Weird
Both are stage 1 proposals that I hope get in there some day.
https://github.com/tc39/proposal-slice-notation
https://github.com/tc39/proposal-pattern-matching
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?
Super-Template-Tetris - Tetris as a C++ Template Metaprogram
LunarVim - 🌙 LunarVim is an IDE layer for Neovim. Completely free and community driven.
V7 - Embedded JavaScript engine for C/C++
vscode-neovim - Vim mode for VSCode, powered by Neovim
proposal-array-equality - Determining Array Equality
NvChad - Blazing fast Neovim config providing solid defaults and a beautiful UI, enhancing your neovim experience.
coffeescript - Unfancy JavaScript
my-lunarvim-config - My config for LunarVim
devtools-detect - Detect if DevTools is open and its orientation
openvsx - An open-source registry for VS Code extensions
proposal-pattern-matching - Pattern matching syntax for ECMAScript
doom-nvim - A Neovim configuration for the advanced martian hacker [Moved to: https://github.com/doom-neovim/doom-nvim]