51–60 of 78 posts
I always have to laugh when someone uses the words "ergonomics" and "vim" in the same sentence...
A misguided laugh? Vim is highly ergnomic for the task it was made to do. Whether it was designed as such or it was a happy accident is orthogonal.
I'd rather stick to Neovim with support for LSP (language server protocol) and DAP (debug adapter protocol). See a demo here: https://youtu.be/CcgO_CV3iDo
Cool, but vim-for-money? When there's normal vim and neovim and vscode and evil-emacs? I think that text editors, even with fancy chrome are a pretty busy market with lots of good free-beer offerings.
Considering how many people are annoyed by the trend of Electron everywhere, it's a bit sad to see an ambitious native editor like this unable to secure funding.
Not a big fan of Microsoft.. but VSCode is good. It's actually really fast so even in terms of performance I'm not sure what is to be gained?
Vim has that one advantage is I can drop a 10 GB SQL file in it and it'll work somehow. But that's a really niche use case.
ps: I do wish there was the ONE... I'm still alt-tabbing between Sublime Text, VSCode AND MacVim :)
Finally, an editor that combines the intuitiveness of vim with the efficiency of Electron! Just what I wanted!
It's not Electron, it's their own native UI framework, Revery. This is mentioned up front on the linked site.
> if your app looks or behaves differently on another platform, that's a bug! As a consequence, Revery is like flutter in that it does not use native widgets.
No native widgets is a hard pass. One of the biggest advantages of native code is using native widgets, that look, feel and function as all other widgets om that platform. Doing native code but rolling your own widgets is missing the point completely.
Apps should look and behave differently on different platforms, they should look and behave like native apps for that platform. Why would I care if an app looks the same on Windows, macOS and Linux when I'm not using all those OSes at the same time ? This feels like a benefit for the developer, not the end-user.
Genuine question: if it looks so much like VSCode and it behaves close to VSCode + VIm extension, and it supports VSCode extensions... what is the audience and/or use case? Not a big fan of Microsoft.. but VSCode is good. It's actually really fast so even in terms of performance I'm not sure what is to be gained? Vim has that one advantage is I can drop a 10 GB SQL file in it and it'll work somehow. But that's a real…
Vim like
VsCode Extension
Not an electron app
The project has run out of funds: https://github.com/onivim/oni2/issues/3811#issuecomment-9103... . Considering how many people are annoyed by the trend of Electron everywhere, it's a bit sad to see an ambitious native editor like this unable to secure funding.
Earlier quoted context omitted.
It's not Electron, it's their own native UI framework, Revery. This is mentioned up front on the linked site.
From the linked Revery UI framework they use: > if your app looks or behaves differently on another platform, that's a bug! As a consequence, Revery is like flutter in that it does not use native widgets. No native widgets is a hard pass. One of the biggest advantages of native code is using native widgets, that look, feel and function as all other widgets om that platform. Doing native code but rolling your own widg…
The project has run out of funds: https://github.com/onivim/oni2/issues/3811#issuecomment-9103... . Considering how many people are annoyed by the trend of Electron everywhere, it's a bit sad to see an ambitious native editor like this unable to secure funding.