Beenden Sie eine tmux-Sitzung und wählen Sie eine andere tmux-Sitzung aus

Ich versuche zu binden X, um Folgendes zu tun:

• Fragen Sie den Benutzer, ob die Sitzung beendet werden soll
• Wenn yeingegeben, beenden Sie die Sitzung
• Nachdem die Sitzung beendet wurde, wählen Sie eine andere Sitzung aus (letzte, vorherige oder nächste Sitzung).

Einige ähnliche Befehle, die nicht ganz richtig sind

1. Beenden Sie die Sitzung und schließen Sie das Terminal:

   bind X confirm-before -p "Kill #S (y/n)?" kill-session
   

2. Fordern Sie den Benutzer auf, den Namen der Sitzung zum Beenden einzugeben, und wählen Sie die nächste Sitzung nach dem Beenden aus:

   bind X command-prompt -p "kill:"  "switch-client -n \; kill-session -t '%%'"
   

3. Ich konnte keine Beispiele für ähnliche Befehle finden. Hier ist eine Lösung, die nicht funktioniert:

   bind X confirm-before -p "Kill #S (y/n)?" "SESSION='#S' \; \
   switch-client -n \; kill-session -t \"$SESSION\""
   

Ich denke, das ist nah an dem, was Sie wollen:

bind-key X confirm-before -p "Kill #S (y/n)?" "run-shell 'tmux switch-client -n \\\; kill-session -t \"\$(tmux display-message -p \"#S\")\"'"

Ihr Ansatz Nr. 3 verläuft in die richtige Richtung, aber das Problem besteht darin, dass in der Befehlszeichenfolge confirm-beforekeine status-leftSubstitutionen im Stil (z. B. #S) vorgenommen werden.

Eine Einschränkung für die obige Bindung besteht darin, dass run-shelldie Befehle außerhalb des Kontexts eines bestimmten Clients oder einer bestimmten Sitzung ausgeführt werden , da alles von ab ausgeführt wird . Es funktioniert wirklich nur, weil der "Standard" -Client (für switch-client) und die "Standard" -Sitzung (für #Sin display-message -p) die zuletzt aktiven sind. Dies funktioniert wie erwartet, solange Sie nur einen einzigen aktiven Client haben (z. B. einen einzelnen Benutzer, der erst nach Beendigung der Ausführung der Shell-Befehle in einen anderen tmux- Client eingibt ). Es kann dramatisch fehlschlagen, wenn (z. B.) Sie die Bindung in tmux- Client A auslösen , aber tmux- Client B neue Eingaben empfängt, bevor die von gestartete Shell die run-shellMöglichkeit hatte, ihre Befehle auszuführen.

Diese besondere Rennbedingung scheint eine gute Motivation für die Bereitstellung von Client- / Sitzungs- / Fenster- / Fensterinformationen für run-shellBefehle zu sein. Es gibt einen TODO-Eintrag zum Erhalten if-shellund run-shellUnterstützen (optional?) status_replace()( status-leftDh-Substitutionen), obwohl vielleicht eine bessere Wahl wäre format_expand(), die eine Art neueres Super-Set von status_replace(Angebote #{client_tty}usw.) ist.

Nur für den Fall, dass jemand auf diese Frage stößt - tmux-sessionist bietet diese Funktionalität zusammen mit vielen anderen.

Es gibt eine andere Frage, die eine ähnliche Frage stellt, aber etwas anders ist.

Wenn Sie das Standardverhalten choose-sessionmit der zusätzlichen Funktion möchten, mit der die ursprüngliche Sitzung beendet wird, wenn keine anderen Clients daran gebunden sind, ist diese Frage möglicherweise auch von Interesse.