I have been using vim since 1996. I really never started customizing things till 2005. I still keep things super minimal.
Amen.
Tmux and Vim – better together
211–220 of 297 posts
Re: Tmux and Vim – better together
#212Good article. I like the colors you chose for tmux and vim
Re: Tmux and Vim – better together
#213Earlier quoted context omitted.
One of the attractions of tmux is that you can attach/detach sessions in arbitrary terminals, which is incredibly handy when working remotely. Does Neovim provide this functionality?
Nope, abduco adds it pretty seemlessly without getting in the way, but unfortunately it doesn't seem to handle mouse events which I use occasionally with vim.
I've been using abduco and neovim as my dev environment for the past month or so and am very happy with the setup. I don't rely on mouse events so didn't notice that missing. Whenever I log in local or remote I start a new session or attach to the existing one with `abduco -A nvim nvim`.
Re: Tmux and Vim – better together
#214I've found my flow with vim+i3+ranger i3 is a window manager that can outcompete anything you can do with vim splits or a tool like tmux/screen. It's whole existence is based around putting windows in the right place at the right time. Ranger is a vim-like ncurses file browser. I think it's genuinely one of the most underappreciated tools in programming. The ability to hjkl through your file system, with quick marks,…
I use the same except for ranger. I'll have to check it out now.
Re: Tmux and Vim – better together
#215Neovim got a great builtin terminal emulator so I can just treat it like any other vim panes.
The last time I looked at the terminal emulator built into Neovim the keybindings were terrible. What keys do you personally use for navigating in and out of TERMINAL buffers?
I use the bindings suggested in the Input section at https://neovim.io/doc/user/nvim_terminal_emulator.html. Took a little getting used to but now I quite like them.
Re: Tmux and Vim – better together
#216Re: Tmux and Vim – better together
#217Earlier quoted context omitted.
I've taken a month or two off from plugging Kakoune on HN because I was worried about becoming tiresome, but I can't resist mentioning it in this context. I used vim for 20 years, although I always preferred to stick with the default configuration. I switched to kak a couple of months ago, and I couldn't be happier. It's got great tmux integration, it automatically runs a server so you can connect multiple clients to…
I wish someone would build a VSCode-like shell around kak, in order to provide a good IDE experience. I keep thinking it should be possible using Qt, with plugins providing a GUI part in the form of a QML widget that gets embedded in the GUI, and possibly a daemon component that gets started and managed automatically by the shell. So e.g. you'd have a file browser widget on the left showing recently opened files etc.…
There's a guy working on a QML frontend for kak: https://github.com/doppioandante/kakoune-qml
Furthermore, Kakoune has a JSON-RPC user interface option that new UIs could be built around:
https://github.com/mawww/kakoune/blob/7482d117cc85523e840dff...
So it could happen if you wanted it bad enough!
Re: Tmux and Vim – better together
#218All this looks really great, however I think I just can't deal with the effort of maintaining these complex editor configurations anymore. I've been a multi-decade Vim user, until I switched to VSCode last year. It made me realize how much better the user experience can be for an editor. I had all kinds of complex vim configurations and plugins with special cases for linux vs. mac, server vs. desktop, GUI vs. termina…
Neovim tries to improve defaults. My vimrc is 32 lines and contains no ifs and I'm reasonably happy with it. I don't use many plugins. The configuration is only as complicated as you make it to be. I suppose over the decades you used vim your vimrc accrued many layers of cruft. I wonder how your VSCode config will look like in 20 years.
Can you share your 32 line config?
Re: Tmux and Vim – better together
#219All this looks really great, however I think I just can't deal with the effort of maintaining these complex editor configurations anymore. I've been a multi-decade Vim user, until I switched to VSCode last year. It made me realize how much better the user experience can be for an editor. I had all kinds of complex vim configurations and plugins with special cases for linux vs. mac, server vs. desktop, GUI vs. termina…
I've always felt vim is an excellent editing experience but a lousy project management (ie "IDE") experience. I've also grown tired of the song and dance of setting up vim config and plugins, getting excited when I finally get a decent autocomplete working without stopping to consider VS Code has great autocomplete out of the box. The problem is vim editing never quite mixes well with other editors. The vim plugin fo…
[deleted]
Re: Tmux and Vim – better together
#220Earlier quoted context omitted.
I'm a front end web dev who decided to learn C (the other week actually). Took about 5 minutes to download and install YouCompleteMe.. What problems did you have? The one problem I had was that I had to use the system version of clang as I'm using Arch.
Basically I am not able to compile my particular codebase in clang or gcc too easily since it's an embedded system. But many other IDEs have no problem inferring autocompletion without requiring compilation. YouCompleteMe itself was a bit of an issue as I have to develop in Windows and it's not quite as well supported.
You should use a different completion plugin then. YCM is the only one that needs to be compiled. If you use regular vim, check out neocomplete, and if you use neovim, well, you should know about deoplete (it's kickass). Both of these pretty much work out of the box; they have accompanying clang sources (vim-clang or deoplete-clang) that feed the suggestions to neocomplete/deoplete.
Frankly, I would use neovim + deoplete. Modern, async, and a big user community right now (almost everyone with neovim runs deoplete).