Ich verwende GNU Screen ständig in OS X und führe es hauptsächlich auf der Serverseite meiner SSH-Verbindungen aus, um die Persistenz beim Multitasking aufrechtzuerhalten. Das Schöne ist, dass, wenn ich die Verbindung trenne, alle meine virtuellen Bildschirme fast ohne Arbeit fortgesetzt werden. Ich bin sicher, wir alle wissen das.
Ich beschwere mich ständig darüber, dass ich mit Shift+Bild-Auf und meinem Touchpad nicht in jedem meiner virtuellen Bildschirme zurückscrollen kann. Ich kenne die Einstellungsänderung, die dieses Problem behebt.WennSie wechseln innerhalb einer Sitzung nicht zwischen Bildschirmen, aber jeder Bildschirm verwaltet nicht seinen eigenen separaten Verlauf, wie Tabs im Terminal. Dazu müsste der Bildschirm natürlich eine Menge Daten speichern und diese bei jedem Wechsel über Ihre Verbindung weiterleiten. Das wäre Verschwendung und die Latenz wäre furchtbar.
Was funktionieren würde, wäre eine Art intelligenter Client-Client für die Remote-Instanz von Screen oder tmux, etwas, das das Scrollback jedes virtuellen Bildschirms einzeln intelligent verwaltet. Gibt es da draußen eine solche Lösung? Sogar eine gute Möglichkeit, mehrere SSH-Sitzungen zum selben Server einfach lokal zu verwalten, wobei auf jeder Screen läuft (mit nur einem virtuellen Bildschirm), wäre eine große Verbesserung, aber nur, wenn es genauso funktioniert wie screen -d -r, aber mir fällt keine Möglichkeit ein, dies transparent zu machen. Eine andere mögliche Option wäre ein Terminalprogramm, das automatisch SSH-Verbindungen mit einer neuen benannten Einzelbildschirm-Screen/tmux-Sitzung herstellen und sich Sitzungssätze merken könnte, sodass sie alle problemlos fortgesetzt werden könnten.