71–80 of 115 posts
From the Goals section: "Modern UX - The Vim experience should not be compromised by terminal limitations." Could someone expand upon this goal? Isn't the entirety of Vim built for - and around - terminal limitations?
The project README.md doesn't do justice to the improvements that Oni has been pumping out. Some new stuff in the unreleased/development version (hidden behind feature-flags): * Keyboard-driven navigation of embedded web browser: https://twitter.com/oni_vim/status/977280220234268673 * Live reload with embedded browser: https://twitter.com/oni_vim/status/976502172891299840 However personally I just love the scrollbar:…
The kinds of things in your comment are the kind of things that make me consider actually installing Oni rather than just going "oh neat, people are making Neovim frontends" like I did when I first saw this post. The only thing that makes me hesitate is because I run FreeBSD on some of my computers and FreeBSD support wasn't quite there yet for Electron apps last I checked. It may have changed in the meantime. If I w…
I have not looked into the way neovim communication works but from their site it seems to be using named pipes which are again, not available from a browser.
Earlier quoted context omitted.
It's disappointing to see that 90% of the comments there are people arguing about electron.
It’s a valid point. Lots of people use vim for its sheer speed, which you throw out with the bath water when switch to electron.
I've been using Oni for the last few weeks as my daily driver (I liked it so much I signed up as a monthly sponsor), and here's my take on it: It's a fairly new project, but it's under _very_ active development. There's an excellent community building around it and I think we will be seeing some really great progress over the next year. That said, it isn't anywhere close to feature parity with vscode, but the value p…
Urgh, this is so infuriating. Oni looks fantastic if it can deliver on what it does, but the infuriating part really is VSCode in all this. Code is a great editor/IDE and has a huge amount of development backing and now a pretty large market share as well, which means inertia. But the vim bindings for it are just garbage . They are slow, make the editor feel sluggish, they don't work "quite right", etc. No kidding th…
At least Microsoft knows how not to make it suck so much.
Earlier quoted context omitted.
The kinds of things in your comment are the kind of things that make me consider actually installing Oni rather than just going "oh neat, people are making Neovim frontends" like I did when I first saw this post. The only thing that makes me hesitate is because I run FreeBSD on some of my computers and FreeBSD support wasn't quite there yet for Electron apps last I checked. It may have changed in the meantime. If I w…
Electron does provide quite a lot of apis that do not exist (and hopefully never will) in browsers. Namely, complete access to the filesystem. It also does provide a way of creating native plugins. I have not looked into the way neovim communication works but from their site it seems to be using named pipes which are again, not available from a browser.
Earlier quoted context omitted.
Urgh, this is so infuriating. Oni looks fantastic if it can deliver on what it does, but the infuriating part really is VSCode in all this. Code is a great editor/IDE and has a huge amount of development backing and now a pretty large market share as well, which means inertia. But the vim bindings for it are just garbage . They are slow, make the editor feel sluggish, they don't work "quite right", etc. No kidding th…
How does VSCode vim plugins compared to evil-mode of emacs?
What is the sweet spot of Oni? If you're looking for a full-blown IDE with vim UI on top then the vs code IntelliJ Visual Studio does reasonably good job at that. If you're looking for a beefed-up version of vim as an IDE spacevim has a package manager and a curated set of over 200 plugins dialed in to work well together for gvim or terminal. I'm just trying to understand the differentiator
in old version SpaceVim has many plugins, but we just release v0.7.0, and the default plugins is only 50.
you can checkout our release note:
Earlier quoted context omitted.
Electron does provide quite a lot of apis that do not exist (and hopefully never will) in browsers. Namely, complete access to the filesystem. It also does provide a way of creating native plugins. I have not looked into the way neovim communication works but from their site it seems to be using named pipes which are again, not available from a browser.
Access to the file system can be done via HTML 5 File API.
But there's one thing I can't really understand and, for me at least, is not an advantage working with code: why using tabs?
It feels like an anti-pattern when I'm using (g)vim, I use buffers and I split in few windows, list buffers, change buffer, etc; and I never leave the keyboard. I guess it is "modern" to use the mouse, including the file explorer (I use :find mostly, then ctags navigation), but it is something that doesn't work for me at all.
Earlier quoted context omitted.
Access to the file system can be done via HTML 5 File API.
The File API is very limited in comparison what can be done with the Electron fs API which has direct access to the file system.
I seriously doubt it would be impossible to use Electron as it really is, a Web App.