Mehrzeilige R-Befehle werden im Befehlszeilenverlauf nur teilweise angezeigt

Um die Sache zu verkomplizieren, passiert dies nicht immer und ich habe noch nicht herausgefunden, in welchen Situationen es auftritt

Können Sie weiter spezifizieren, womit Sie meinen work as expected? Die Eingabe und das Verlaufsmanagement von Rscheinen eng mit der Verwendung von verbunden zu sein, readlinewenn es damit erstellt wird. Die RHilfe berichtet , dass es sich in verschiedenen Umgebungen unterschiedlich verhalten kann. Haben Sie beziehen sich auf so etwas wie die Wirkung , dass shopt -s cmdhistoder -uauf der hat bashGeschichte? Bitte fügen Sie Informationen zur Version Rund zu Ihrer Umgebung hinzu ( echo $BASH_VERSIONwenn Sie von konsole, xterm ... ausführen), damit Sie mit dem Schreiben einer Verhaltenstabelle beginnen können.

@Jeremy: Auch ich habe diesen "Fehler" bei mehreren Versionen von R beobachtet. Nicht nur der Verlauf wird abgeschnitten, sondern neue Codezeilen, die in das Terminal eingefügt werden, werden auch abgeschnitten angezeigt, was es sehr schwierig macht, sie nach dem Einfügen im Terminal zu ändern. Wenn Sie sich mit der Pfeiltaste nach oben bewegen, um vorherige Zeilen aufzurufen, werden möglicherweise sogar vorherige Codezeilen oder angezeigte Ergebnisse "gelöscht". Und bewege dich nach oben, wo man an ihrer Stelle schreibt. Aber wie Jeremy erklärte, ist es nur ein Anzeigeproblem. Durch Drücken der Eingabetaste wird die Codezeile ordnungsgemäß ausgeführt.

Ich glaube, diese Frage gehört zu Stack Overflow. Es hat nicht viel mit Ubuntu zu tun.

Ich glaube, ich weiß, was Sie meinen: Manchmal kann das Terminal verwirrt sein, oft nach dem Ändern der Fenstergröße. Wenn Sie sich an der Bash-Eingabeaufforderung befinden, können Sie das Terminal häufig mit dem Befehl 'reset' oder echo <ctrl-v> <escape> <c> zurücksetzen (gibt eine wörtliche Escape-C-Sequenz wieder). Ich habe jedoch keinen Weg für die R-Kommandozeile gefunden. Das Stoppen (<ctrl-z>) und Zurücksetzen hilft nicht.

Ich glaube nicht, dass es das war, worauf Jeremy sich bezog. Dies würde sich beim Drücken nicht "richtig" verhalten, enterwie in der Frage beschrieben.