Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Oni: Modern Modal Editing – Powered by Neovim

github.com

Post reply on HN
Print view View original

81–90 of 115 posts

Re: Oni: Modern Modal Editing – Powered by Neovim

#81

Post by O_H_E »

tambourine_man wrote: post #17
justinmk wrote: post #8

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:…

Native Mac apps can be crazy fast. Haven’t seen a reasonably fast Electron app yet. Plus you lose wonderful native Cocoa text features, such spelling, dictionary, undo, etc.

Sorry I never used a Mac, but how can undo be a "wonderful" features ???

Re: Oni: Modern Modal Editing – Powered by Neovim

#82

Post by grzm »

O_H_E wrote: post #81
tambourine_man wrote: post #17

Earlier quoted context omitted.

Native Mac apps can be crazy fast. Haven’t seen a reasonably fast Electron app yet. Plus you lose wonderful native Cocoa text features, such spelling, dictionary, undo, etc.

Sorry I never used a Mac, but how can undo be a "wonderful" features ???

The features mentioned are built into the standard macOS toolkit, which makes them handily available and consistent between applications. I don't think they were listing them for being unique as much as pointing out the feature consistency.

Re: Oni: Modern Modal Editing – Powered by Neovim

#83

Post by YuukiRey »

rstat1 wrote: post #56
oblio wrote: post #20

Earlier quoted context omitted.

Interesting. I'm a vim/gvim user myself, outside of IDEs, but I've been trying VS Code recently. For some of the stuff I do right now it's not as convenient or stylish as tmux + vim (don't laugh about the stylish part - for example I like a minimalist look and I tend to remove all toolbar and VS Code can't do that; well, it can, in Zen mode, but that's also full screen only, sets some other options I don't want, etc.…

Zen mode in VSCode is very configurable. You can disable the full screen mode, and also disable the dumb centering thing it does in the most recent release(s)

Interesting that you consider it dumb. For me centering the editor content is crucial and I was extremely happy when they let us center the editor content outside of Zen mode. I was also a big fan of Goyo and Limelight in Vim.

Re: Oni: Modern Modal Editing – Powered by Neovim

#84

Post by Tehnix »

While Oni is still very young, it looks like one of the more promising Neovim frontends, and the development is progressing quite fast!

If you are one of those types that often switch between editors, like me, then you might want to retain some of the muscle memory you've built up in stuff like Atom/VSCode/Whatever.

I started creating a layer[0] for SpaceNeovim to replicate some of the common keybindings, such as Cmd+s for save, Cmd+w for closing tabs, Cmd+[1-9] for switching tabs etc. If anyone is interested in getting this, without going full in with SpaceNeovim, they can extract it from [1], which currently handles both VimR and Oni (different key for CMD), but you could simplify it to not use exe if you wanted to.

It requires that you load your init.vim, so "oni.loadInitVim": true needs to be set in the Oni config.

Another thing, you can quickly add support for an LSP in the Oni config with just,

    "language.haskell.languageServer.command": "stack",
    "language.haskell.languageServer.arguments": ["exec", "--", "hie", "--lsp"],
    "language.haskell.languageServer.rootFiles": [".git"],
    "language.haskell.languageServer.configuration": {},
which adds support for the Haskell LSP, hie, behind stack.

[0] https://github.com/Tehnix/spaceneovim-layers/tree/master/lay...

[1] https://github.com/Tehnix/spaceneovim-layers/blob/master/lay...

Re: Oni: Modern Modal Editing – Powered by Neovim

#86

Post by O_H_E »

reidrac wrote: post #79

I've been very happy with gvim for many years, so I don't think I will change any time soon (although Emacs + evil is very sweet too, specially writing Clojure). 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…

"tabs" does not mean that you have to use the mouse at all. I use Tabs extensively in browser and other apps, completely with the keyboard

Re: Oni: Modern Modal Editing – Powered by Neovim

#87

Post by O_H_E »

lbj wrote: post #85

The challenge with building a new editor, is that it has to be superior to those editors already available. In this case that means beating Emacs which Im not seeing Oni doing yet. Will be interesting to follow though.

Qoute from a comment from the dev down the threads "I believe VSCode is making the right set of trade-offs for their user base - there is benefit to the sandboxing of the APIs as it helps lift the overall quality of plugins. Every editor is a different exercise in trade-offs, and I wanted to explore a different set, targeting a more niche group."

https://news.ycombinator.com/item?id=16674641

I belive that there is no "Perfect" software, but there is a software that is Perfect for me (or anyone else)

Re: Oni: Modern Modal Editing – Powered by Neovim

#88

Post by lbj »

O_H_E wrote: post #87
lbj wrote: post #85

The challenge with building a new editor, is that it has to be superior to those editors already available. In this case that means beating Emacs which Im not seeing Oni doing yet. Will be interesting to follow though.

Qoute from a comment from the dev down the threads "I believe VSCode is making the right set of trade-offs for their user base - there is benefit to the sandboxing of the APIs as it helps lift the overall quality of plugins. Every editor is a different exercise in trade-offs, and I wanted to explore a different set, targeting a more niche group." https://news.ycombinator.com/item?id=16674641 I belive that there is no…

Fair point

Re: Oni: Modern Modal Editing – Powered by Neovim

#89

Post by jagtesh »

reidrac wrote: post #79

I've been very happy with gvim for many years, so I don't think I will change any time soon (although Emacs + evil is very sweet too, specially writing Clojure). 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…

For me, it is to avoid context switch. I'll have all the files I need open in different tabs and switch between them. If I need to cross reference something, I'll open it in a new pane.

Personally, I like being able to see the filename in the tab and just hit gt or Gt a few times than to bring up the buffers list (with or without Ctrl-P) and type the filename.

That being said, I love spacemacs and it doesn't have tabs (or I haven't researched that enough) where I make do with fuzzy searching through buffers.

Re: Oni: Modern Modal Editing – Powered by Neovim

#90

Post by yoz-y »

pjmlp wrote: post #80
yoz-y wrote: post #78

Earlier quoted context omitted.

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.

Which is a lame excuse for using Electron disguised as native app, in a connected world, even native apps should be sandboxed by default. I seriously doubt it would be impossible to use Electron as it really is, a Web App.

As much as I prefer real native applications and like hating on electron, I have to give it some credit. It is not just chromium, it is chromium+nodejs and all the stuff that comes with it.

The answer to "would it be feasible/easy to port an Electron app to a pure browser app" is no. Unless all of the communication between the frontend part and the native tooling is done via sockets.

I agree that native apps should be sandboxed, however sandboxing something like an IDE will be quite difficult. Even Apple does not sandbox Xcode.

Post reply on HN