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

Tmux and Vim – better together

blog.bugsnag.com

Post reply on HN
Print view View original

261–270 of 297 posts

Re: Tmux and Vim – better together

#261

Post by flukus »

mxvzr wrote: post #258
flukus wrote: post #254

Earlier quoted context omitted.

How is i3 for a general purpose desktop? For coding it sounds great, but the same machine is used when I'm browsing the web or playing games or whatever.

I've been using awesomewm for a few years now, and while it's not i3 I believe it's close enough that I can answer that: A tiling wm is very viable for a general purpose desktop. It's also extra useful if you have a multi-monitor setup. Applications that works in fullscreen (mpv, vlc, video games) requires you to set them fullscreen/floating, either yourself with a keybinding (Mod+f on awesome) or through the wm's co…

Keyboard is great sometimes, but do they have mouse control too? If I'm watching videos when I'm in bed I'm pretty mouse reliant, but if I'm coding then the more I can do on a keyboard the better

Re: Tmux and Vim – better together

#262

Post by wtbob »

nolemurs wrote: post #119

Tmux is a great program, especially when trying to edit on a remote server. But I think it's worth pointing out that for most purposes, Tmux is basically just a Tiling Window Manager that only works on your terminals. Tiling Window Managers are awesome, and I totally see why people who can't use one would choose to use Tmux, but if you have the option, I would totally recommend just going with the TWM and skipping Tm…

I use tmux within my tiling window manager: it manages my terminal, and the WM manages windows. It works great for me, because this way I only have a single terminal to worry about.

Re: Tmux and Vim – better together

#263

Post by flukus »

What keyboards are everyone using for these setups? I find by the time you've got three layers (desktop, tmux, vim) the bindings are getting really complicated and inconsistent. Alt-tab might switch applications but then some lower programs use alt for a lot of things.

I'd love something configurable, like a dedicated WM key, a dedicated tmux key and a dedicated vim/app key.

I'm sure it's possible to setup manually, but it would take a lot of work.

Re: Tmux and Vim – better together

#264

Post by artisdom »

cmurf wrote: post #95

Another idea is a tiling terminal program. I just started using Tilix. https://github.com/gnunn1/tilix It has panes, sessions, windows. Customizing is a lot easier if you're not already familiar with tmux. The one thing you get with tmux that's killer is if your shell dies (remote disconnect, you have to logout, etc) the processes in tmux keep running.

looks very good, been looking for a terminal that supports tiling and it has nice color theme built-in, thanks.

Re: Tmux and Vim – better together

#265

Post by mxvzr »

flukus wrote: post #261
mxvzr wrote: post #258

Earlier quoted context omitted.

I've been using awesomewm for a few years now, and while it's not i3 I believe it's close enough that I can answer that: A tiling wm is very viable for a general purpose desktop. It's also extra useful if you have a multi-monitor setup. Applications that works in fullscreen (mpv, vlc, video games) requires you to set them fullscreen/floating, either yourself with a keybinding (Mod+f on awesome) or through the wm's co…

Keyboard is great sometimes, but do they have mouse control too? If I'm watching videos when I'm in bed I'm pretty mouse reliant, but if I'm coding then the more I can do on a keyboard the better

Some things can be done with the mouse: selecting a client, moving to another workspace, changing the layout, moving/resizing a floating (ie. not tiled) window

(awesome 4.x is more mouse friendly than awesome 3.5: in addition to the above, you can also change a few client modes with the mouse: float/tiled, maximize, stick (ie. display on all workspaces), on-top, close.)

Keyboard only: adding/removing columns/masters, moving a client to the master area, resize master area, move client to another workspace/screen.

Re: Tmux and Vim – better together

#266

Post by flukus »

mxvzr wrote: post #265
flukus wrote: post #261

Earlier quoted context omitted.

Keyboard is great sometimes, but do they have mouse control too? If I'm watching videos when I'm in bed I'm pretty mouse reliant, but if I'm coding then the more I can do on a keyboard the better

Some things can be done with the mouse: selecting a client, moving to another workspace, changing the layout, moving/resizing a floating (ie. not tiled) window (awesome 4.x is more mouse friendly than awesome 3.5: in addition to the above, you can also change a few client modes with the mouse: float/tiled, maximize, stick (ie. display on all workspaces), on-top, close.) Keyboard only: adding/removing columns/masters,…

Thanks, I'll put it on my ever growing list of things to try out.

Re: Tmux and Vim – better together

#267

Post by nitemice »

rublev wrote: post #43
juandazapata wrote: post #40

Earlier quoted context omitted.

Weird. I built my .rc files like 10 years ago, and only edit them about twice a year to add a plugin or modify a keybinding. Not a pain to maintain at all.

How do you store them? Just backup into a dotfiles repo or what? I've been looking into dotfiles + gnu stow.

I have different needs in my dotfiles for different contexts, so I've created a system where each file is represented by a folder, which contains separate file snippets for each context.

So in my vimrc folder, I've got a work file, a school file, a home file, and a base file (which applies everywhere). Then I have a bash script that stitches all the relevant chunks together into a cohesive file for a given location. It can even do sub-locations by adding underscores to the name. E.g. 'work_nas' will produce a file consisting of the base, work and work_nas files, concatenated together.

This all sits in a private git repo, and I just manually copy the output files to wherever they belong whenever there's an update to them. I've been thinking for a while about writing a script to copy them into place, but GNU stow looks pretty interesting.

Re: Tmux and Vim – better together

#268

Post by saghm »

thinbeige wrote: post #184
noam87 wrote: post #155

Earlier quoted context omitted.

Honestly, I learned to code with vim, and it never struck me as particularly complicated. The commands follow a pretty consistent logic... the defaults aren't great but it took me one google search to find out what a vimrc file is. emacs on the other hand, even as an experienced programmer, I found near unusable in its default and after a week of frustration with all the inconsistencies and oddities gave up on it. Wh…

Agree on Emacs. Tried to get into Emacs few times because I am not the biggest fan of VimScript (I use it quite often though). So, I thought that it's worth learning Emacs with a proper Lisp underneath. But I failed everytime and getting back to Vim felt just natural and as easy as turning on my PS4. One thing with emacs is that some Alt bindings do not work over remote connections. Maybe it was my fault but I could…

> One thing with emacs is that some Alt bindings do not work over remote connections. Maybe it was my fault but I could not get all Alt bindings to work.

Were you connecting from a Mac to Linux? Emacs on OS X has Esc as meta by default, which means you need to redefine the meta key to be Alt or else it's basically unusable.

Re: Tmux and Vim – better together

#269

Post by saghm »

dp88sdf8 wrote: post #181
noam87 wrote: post #155

Earlier quoted context omitted.

Honestly, I learned to code with vim, and it never struck me as particularly complicated. The commands follow a pretty consistent logic... the defaults aren't great but it took me one google search to find out what a vimrc file is. emacs on the other hand, even as an experienced programmer, I found near unusable in its default and after a week of frustration with all the inconsistencies and oddities gave up on it. Wh…

I get the feeling Emacs is where things like Atom and VS Code are looking for a lot of inspiration. Unfortunately, they used bloated Electron framework. Little over a year ago I began sketching out a native Mac OS editor, taking ideas from xiki, ia writer, emacs. The core API was mostly fleshed out. I just got wrapped up in personal life stuff. Might have to take another look at that soon.

I think part of the reason Atom and VS Code use Electron is for cross-platform support. Assuming Github and Microsoft were going for market share, making a native Mac OS editor would somewhat limit their reach.

Re: Tmux and Vim – better together

#270

Post by saghm »

Retra wrote: post #239
dmix wrote: post #107

Earlier quoted context omitted.

Pretty much everyone knows the price of admission to using tools like Vim and Emacs is the time investment in config and learning the quirks. What the OP is saying that this doesn't have to be a perpetual state. Once you invest effort early on getting it right you often don't need to touch it, beyond a few tweaks now and then. The maintenance burden definitely declines over time. Then all you need is a storage soluti…

As a counterpoint, you shouldn't have to tell anybody about storage solutions and preconfigured configs. Once you start doing that, you're talking about solving problems that don't exist in other editors.

Given that there are quite a few editors where people tend not to like the defaults (Vim, Emacs, VS Code, and Atom come to mind, at least for me), it sounds like what you're saying is "editors that beyond the specific set that have these problems don't have these problems", which doesn't seem terrible informative.
Post reply on HN