Pull of the Undercurl
ryantravitz.com
ryantravitz.com
What do you mean by that? I noticed some bindings randomly stop working even though I'm explicitly configuring them -- ALT and left / right arrow are the most prominent example -- but I'm curious if your observations are rooted in other problems?
I tried offering to help get the macOS build notarized (financially and logistically) so that it would work without disabling gatekeeper and was laughed out of the issue tracker for using a stupid OS. I tried explaining that I don’t always control which OS I use (not that it matters) and that since I use all of them one of the major advantages of a terminal emulator is that it works consistently across platforms. They basically told me that I’m an idiot for using macOS and put me in the middle of their ideological battle with Apple.
Nowadays I'm running wezterm, tmux, and helix.
For anyone else using tmux locally, I'd be interested as well.
Genuinely curious. I'd consider doing likewise if the reason is compelling.
I run tmux in iTerm2 on macOS; tmux is my window-manager of choice for terminal applications; shells, nvim, etc. I usually have 2–10 tmux “windows” (more like tabs) with 2–4 split panes in each (more like tiled windows). I generally never detach from my local tmux session.
Most things I use and love tmux for could probably be done with iTerm2 tabs and splits, or a modern text editor and its terminal integrations.
But, I can use tmux in iTerm2 or Terminal.app or Kitty or Gnome Terminal or urxvt, on macOS or Linux or FreeBSD and it works the same everywhere. Perhaps that's a key feature; decoupling your “terminal window manager” or “terminal desktop environment” from your terminal emulator (I guess that's like the X server in this analogy).
Also, tmux feels more keyboard-native… I can do everything from the keyboard, including navigating scrollbacks, finding/selecting/copying/pasting text, etc. Again, you can probably achieve at least 90% of this using a richly-featured terminal emulator like iTerm2, but tmux does it well, and it's portable.
Also, tmux feels more Unix… it has config files that can be git-managed, it has man pages, it is scriptable from bash/anything, etc.
That easy scriptability leads to some nice integrations, like I can configure key bindings in nvim that run commands (e.g. the test I have open) in a tmux split alongside nvim. Again, that's nothing that things like VS Code can't do too with their built-in terminal emulators etc. But it's nice.
(Despite loving tmux and iTerm2, the one thing I don't like is iTerm2's native tmux integration, where it uses tmux as the “engine” but replaces the UI with OS-native windows/splits etc. It's technically impressive, but mostly negates all the reasons I run tmux inside iTerm2 in the first place)
iTerm2’s tmux integration seems all I have ever wanted, but somehow I keep returning to the two extremes. It maybe just habit, or there maybe something subtle missing.
I completely agree. I'm sure there are people who love it but it seems a strange implementation since it takes the best bits of tmux and replaces that with the worst bits of iTerm.
The great thing about this stuff though, is that everyone can personalise and run the set up they prefer. Whatever that might be
On HN, a post only counts as a dupe if the same story has had significant attention in the last year or so. If it hasn't had significant attention yet, or if it has, but more than a year or so ago, then reposts are fine. The reason is that we want to give good stories multiple cracks at the bat, i.e. multiple chances at getting attention. Otherwise it's too random—randomness is a strong factor in what does or doesn't get noticed on the /newest page and we want to even that out over time.
Pointing out dupes in HN comments is great, but only if you link to a previous post that has had significant attention in the last year or so. Otherwise HN users will get irritated when they click on a link and are taken to a previous submission that didn't get any activity. I hope that makes sense!
By the way, some of the posts you've flagged as dupes were actually invited reposts—we comb through old submissions looking for good articles that didn't get noticed the first (or second, or third) time around, and invite one of the previous submitters to submit it again. Invited reposts go into the second-chance pool (https://news.ycombinator.com/pool, explained at https://news.ycombinator.com/item?id=26998308), so they get a random placement on HN's front page. This is another device we came up with for trying to mitigate the randomness of /newest. We want to maximize the opportunity for the best (for HN) articles to get in front of the community. At that point, readers can make up their own minds if the article is of interest or not.
... as I frequently point out both dupes and previous discussions, I'll make a point of noting that the latter are permitted, especially where those are near the threshold of recency, or where previous submissions didn't cross the "significant discussion" threshold. I take that at about 20 comments, though I'm not aware of an official stance.