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
?