Thanks:

• Can you make it C-h as well as F1 like emacs?

• This is not much use if nobody knows about it, so can you add it to tmux.1?

• I think if this is going to be a menu then choosing an item should execute the command as if the key was pressed. If must be static then it should be a popup not a menu.

I can add those. Thanks for the review!

Are you still working on this?

Sorry for the delay. Let me know if this is what you had in mind.

1. C-h key binding - Added alongside F1
2. Popup instead of menu - Help now displays as a static popup that closes on any key
3. Documentation in tmux.1 - Added F1/C-h help entries to all four choose modes (choose-tree, choose-client, choose-buffer, customize-mode)

Thanks.

I actually liked the menu, it just needed to execute the command when you chose it :-).

But a popup is OK instead, but we can't run cat just to show some output.

Please take a look at this which adds a way to directly write into a popup: help.diff.txt

I also added some formatting to the text.

The only problem now is that this is only the common keys, it doesn't include stuff like D in client mode, or f or e in buffer mode. I would probably fix this by just allowing a mode to completely replace the text, so adding a callback like:

struct window_mode {
...
    const char* (*help_text)(u_int *width, u_int *height, size_t *size);
...
}

I don't see any need to get complicated and try to merge common and individual mode help, I think we just copy the common keys into each one.

Did you get a chance to look at my changes? Do you want to work on this further or shall I do it?

I can get this over the finish line. My availability comes in small batches. I'll take  look at the code you shared. I can update it to be an interactive menu that executes selected commands.

Good stuff, thanks. I don't mind if it is a menu or a popup, I think it looks OK as a popup the way I have it. But it should include the commands that are special to each mode.