So wird der Inhalt des vorherigen Terminals nicht überschrieben

Ich bin mir nicht sicher, ob es sich um ein Duplikat handelt, aber ich habe keine Ahnung, wonach ich suchen soll, da ich den Namen für dieses Phänomen nicht kenne.

rundsätzlich, wann immer ich @ benutvim undless Auf bestimmten Computern wird der vorherige Terminalinhalt durch den Puffer der aktuellen Datei überschrieben (glaube ich). Wenn ich mit der Bildlaufleiste zurückscrolle und nicht mit den Befehlen des aktuellen Programms, kann ich den Inhalt des vorherigen Terminals sehen, aber einige der vorherigen Zeilen wurden vom aktuellen Programm überschrieben. Es sieht so aus, als wären jedoch viele Zeilen durch den Puffer gegangen (denke ich), zum Beispiel vonvim gibt an, wie viele vorherige Zeilen des Terminals überschrieben wurden. Wenn ich aus @ aussteivim/less, diese Zeilen wurden immer noch überschrieben, obwohl sie im Verlauf angezeigt werden und wenn ich @ drücup, um "zurück" durch die Geschichte zu gehen.

Auf anderen Computern passiert jedoch etwas ganz anderes. Während ich @ benutvim oderless, wenn ich nach oben und unten scrolle, kann ich die vorherigen Zeilen des Terminals nicht sehen. In der Tat, auf den meisten Computern, auf denen dieses Phänomen auftritt, wenn ich mit der Maus zurückscrolle,vim undless Im aktuellen Puffer durch die Datei blättern, als hätte ich @ gedrücCtrl-E/Ctrl-Y. Wenn ich @ beenvim/less, Ich sehe die Datei überhaupt nicht, ich sehe nur den vorherigen Inhalt des Terminals, wie bei allem, was ich vor dem Öffnen der Datei getan habe.

Wenn ich benutzemore, egal welchen Computer ich benutze, das erstere Phänomen tritt auf, aber ich benutze nichtmore so viel, wie ich magless in jeder Hinsicht besser, also habe ich seine Grenzen nicht ausprobiert.

Die Computer / virtuellen Terminals, auf denen ich das erste Phänomen erlebt habe, scheinen ältere Computer und / oder Computer mit geringeren Fähigkeiten und Spezifikationen zu sein. Dies ist sinnvoll, da die meisten Leute wahrscheinlich letztere wollen, aber es ist wahrscheinlich schwieriger zu erreichen und erfordert mehr Verarbeitung Macht und Erinnerung.

Die Computer mit der früheren Erfahrung waren: 2 alteRedHat 's bei meiner Arbeit, die wahrscheinlich aus den späten 2000ern / frühen 2010ern stammen und auf die ich über ein @ zugegriffen haWindows 7 Computer mitPenguinet; Android Phones / Tablets mit dem Terminal Rex IDE, wo ich "das System installieren". Auf den meistenAndroid Terminal Apps kann ich nicht bekommenvim, less, oder auchvi, obwohl ich @ bekommore. Als ich @ benutzvagrant mitGit Bash, mit dem StandardTERM Wert vonmsys, das Terminal war total durcheinander und ich hatte fast das gleiche Verhalten, aber schlimmer. Als ich @ geändert haTERM zucygwin oderxterm, es war besser

Die Computer mit dem (für mich) erwünschten Verhalten waren: mein neuester Laptop mitUbuntu 15.04 (ja, ein Computer mitLinux vorinstalliert); Jede Linux-VM, die ich in den letzten Jahren auf meinem Windows 8-Laptop installiert habe, aber ich habe nur die neuesten Versionen, damit ich nicht weiß, wie alt das Verhalten ist.Git Bash auf meinem Windows 8 Laptop.Git Bash hat beim Scrollen mit der Maus nicht durch die Datei gescrollt, sondern durch ein leeres Terminal. Dies kann aber an den Einstellungen in meinem @ liegevimrc/lessrc. Wenn ich in @ kündiGit Bash, es zeigte mir immer noch alle vorherigen Zeilen und nicht die Datei.

Die meisten dieser Computer verwendetenbash, aber ich habe immer noch das neuere Phänomen erlebt, als ich @ installiert und verwendet hafish auf meinem neuestenubuntu Computer, auch wenn ich es zur Standard-Shell gemacht habe, und ich glaube nicht,Git Bash ist technischbash, obwohl es sein könnte. Ich glaube dasTerminal Rex App verwendetbash wenn es auf dem System installiert ist, aber wenn ich dasSHELL -Umgebungsvariable mit anderen Terminal-Apps und mit Terminal Rex ohne installiertes System:sh.

Ich bin interessiert, warum diese Verhaltensweisen auftreten, aber ich binMeh interessiert in einer Weise, es auf das gewünschte Verhalten zu ändern. Gibt es eine Möglichkeit, das Verhalten von @ zu ändervim & less Auf älteren / weniger leistungsfähigen Computern verhalten Sie sich eher wie auf neueren? Auch gibt es eine Möglichkeit, @ zu machGit Bash Scrolle zurück durch die Datei anstatt durch das leere Terminal?

Bonu: Gibt es eine Möglichkeit, @ zu machmore verhalten sich eher wieless auf den neueren Computern? Oder ist das nur der Unterschied zwischenmore undless? Kommen Sie zu denken, ist es möglich, dass dieless auf den weniger leistungsfähigen Computern ist eigentlichmore?

Antworten auf die Frage(2)

Ihre Antwort auf die Frage