Live data from Hacker News

Tmux for Mere Mortals

zserge.com

161–170 of 171 posts

Re: Tmux for Mere Mortals

#161
post #52

Earlier quoted context omitted.

No, it's not the internal "copy mode" of tmux, it's integrated with xclip (or xsel) so works via the normal clipboard I'm using in other applications too, it's basically the entire point of the tmux-yank plugin and why I shared it. Tagline from GitHub: > Tmux plugin for copying to system clipboard https://github.com/tmux-plugins/tmux-yank I could understand if you don't like tmux for other reasons (being a heavy mous…

> I could understand if you don't like tmux for other reasons I love tmux and I'm primarily a keyboard user. But sometimes I like to copy a short string from one window to another. Does tmux-yank allow you to middle-click paste on a tmux window? does it allow to select to copy?

No, tmux-yank only does the copying part.

To get pasting from the system clipboard, you need something like https://github.com/brennanfee/tmux-paste It will copy whatever's on the system clipboard into tmux's paste buffer, and paste it, all with a single middle-click.

I've only recently started using tmux, and all this clipboard stuff was the biggest stumbling block. But I think I've got things work well enough now.

Re: Tmux for Mere Mortals

#162

Hmmm... I would find this extremely error-prone. Probably due to my own issues, but flipping through multiple remote sessions in tmux in the same window would get confusing after N=2 terminals. But who manages THAT many remote sessions? Seems like an upstream problem to me, no?

I always want to emulate my seemingly-more-efficient colleagues. One of them had a set of 6 sessions in some layer talking to screen which was talking to vim or XXsh (bash, zsh, or something), and he had memorized an arrangement whereby he could think "I'm in this one and I want that one" and he'd go left-left or right-up and be in the right one. But he always had one unused when I would visit him and would pursue a search in that one. None of this was remote by the way. This inspiration got me to try screen but I didn't like it after all. It in no way inspired me to run Vim because I already preferred Emacs.

Re: Tmux for Mere Mortals

#163
post #26

After a few years in tmux, I actually moved back to just iterm2 (I'm always on osx). There are many new Iterm2 features over the last few years that make tmux unecessary IMO. - Iterm2 can now restore sessions, even partially after a reboot (attempts to recreate workspaces). This was the main benefit of tmux for me. - Iterm2 can also have a visual mode to browse your scrollback buffer, and there are some shortcuts sim…

> - Text, colors, etc... appear sharper without tmux. I think. There are antialiasing configs you can mess around with in Iterm2 at least.

I thought this was just me! Does anyone have a solution for this?

Re: Tmux for Mere Mortals

#164

Hmmm... I would find this extremely error-prone. Probably due to my own issues, but flipping through multiple remote sessions in tmux in the same window would get confusing after N=2 terminals. But who manages THAT many remote sessions? Seems like an upstream problem to me, no?

I always want to emulate my seemingly-more-efficient colleagues. One of them had a set of 6 sessions in some layer talking to screen which was talking to vim or XXsh (bash, zsh, or something), and he had memorized an arrangement whereby he could think "I'm in this one and I want that one" and he'd go left-left or right-up and be in the right one. But he always had one unused when I would visit him and would pursue a…

> I always want to emulate my seemingly-more-efficient colleagues

Heh, well put. Me too. I come to HN looking for... well... "hacks".

Re: Tmux for Mere Mortals

#165
Rebinding tmux to make it more like a window manager?

Two problems with this. 1) tmux is slower than a window manager like dwm 2) Why not just use dwm

Personally feel rebinding a tool like tmux will bite you down the road.

Re: Tmux for Mere Mortals

#166

Earlier quoted context omitted.

Only if he’s a freelancer. If he works for a company, they could just take this piece of work product that he made, use it in all the ways your just described, and then lay him off.

If they write it in their free time, they could offer to sell it to their company for 2x yearly salary or something. Got a buddy that has done that 3 jobs in a row.

Depends on your contract. It’s not uncommon (or even necessarily unreasonable if you’re a full time employee) for a contract to stipulate that any code you write during the period of your employment that you make use of at work is owned by your company. I would imagine there are exceptions to this - I don’t think an employer could make a case that they own your Emacs scripts if you use them both at home and at work, and they certainly couldn’t try to take ownership of your side hustle that has absolutely nothing to do with your job - but for a fairly niche tool which produces value at your job, I think they’d be at least trying their hand at holding onto the IP if/when you leave, and restricting you from selling it on the side while you’re still employed. Probably also depends on the culture at your workplace and how decent your managers/bosses are.

Re: Tmux for Mere Mortals

#167
post #137

Hi there! I'm the author and maintainer of Byobu (byobu.org) here. Byobu started as "Screen for mere mortals", but eventually pivoted to work with Tmux, as well. Nowadays, Byobu is much more tightly tied to Tmux. You can think of it, as a super opinionated set of Tmux settings, easily portable across all of your machines. Happy to answer any questions here!

Does Byobu run best on Ubuntu? Or is Byobu not (or not any longer) tied to any particular Linux distribution (I am an ubuntu user) ?

As a byobu user, the only difficulties I've had getting it working was when I tried to get it on Android/termux, which doesn't provide Python/etc packages through apt (default termux repos also don't provide gcc). It works fine for me on fedora and other full distros. As far as working well, byobu doesn't work well on windows WSL1, but I think that's more related to the process model being different and the missing (filesystem, init) functionally for status bar applets.

Re: Tmux for Mere Mortals

#168

Hi there! I'm the author and maintainer of Byobu (byobu.org) here. Byobu started as "Screen for mere mortals", but eventually pivoted to work with Tmux, as well. Nowadays, Byobu is much more tightly tied to Tmux. You can think of it, as a super opinionated set of Tmux settings, easily portable across all of your machines. Happy to answer any questions here!

Why tmux instead of the screen?

Re: Tmux for Mere Mortals

#169
post #137

Hi there! I'm the author and maintainer of Byobu (byobu.org) here. Byobu started as "Screen for mere mortals", but eventually pivoted to work with Tmux, as well. Nowadays, Byobu is much more tightly tied to Tmux. You can think of it, as a super opinionated set of Tmux settings, easily portable across all of your machines. Happy to answer any questions here!

Does Byobu run best on Ubuntu? Or is Byobu not (or not any longer) tied to any particular Linux distribution (I am an ubuntu user) ?

(Author of Byobu here) Byobu does run "best" on Ubuntu + Gnome-Terminal + Tmux, mainly because that's the primary environment in which I test it. However, I and others have ported and used it on many other Linux and Unix systems, and I'm always happy to take bug reports and patches that fix issues on other OSes.

Re: Tmux for Mere Mortals

#170
post #18
post #10

Spent too much time wonking a tmux config only realizing it was never going to work how I liked. You can't have it all with the mouse no matter your settings, there will always be a compromise. It also doesn't help that no one cites the version of tmux they wrote their configs for, nor that the configs are not backwards compatible with all versions of tmux for all settings. It's really clunky, but I went from tmux to…

> realizing it was never going to work how I liked. > You can't have it all with the mouse no matter your settings > so I went back to just using the cursor to move things around. These tools (vim, tmux, etc.) work great for mouseless setups. If you can get comfortable with a 100% keyboard control paradigm, it might work for you. I realize this might not be what you want, but if the statement "spend less time moving…

vim is a completely different class than tmux.

vim is a text editor, tmux is a window manager. one is supposed to be used with the keyboard, the other the mouse (though vim have mouse mode)

vim is ancient and solid, tmux is a new fad and every version breaks everything.

just because two things are hard for you millennials to get, doesn't mean they are the same. Now get off my lawn!

Post reply on HN