Wir hatten bereits mehrere Anfragen bezüglich eines unendlichen Scrollbacks, vte unterstützt dies auch in neueren Versionen, daher würde ich gerne diskutieren, ob dies überhaupt ein Ziel sein sollte.
Technisch ist dies möglich, indem das localStorage des Browsers verwendet wird, das sich um den Speicherverbrauch und das Auslagern des Materials in das Dateisystem kümmert. Wir müssten immer noch unser eigenes leichtgewichtiges Paging-Gateway implementieren, das Inhalte in dieses Speicher-Backend CRUD puffern und Renderdaten entsprechend abrufen/aktualisieren kann.
Ich persönlich denke, dass wir dies nicht brauchen, es wirft auch einige Fragen auf, wie z.
Trotzdem würde ich gerne Ihre Meinung hören, vielleicht kann @egmontkob auch weitere Einblicke in weitere Probleme / Lösungen geben.
@Tyriar , @mofux
jerch
Alle 3 Kommentare
Der lokale Speicher ist ebenfalls auf 5 MB beschränkt und beginnt mit dem Löschen von Daten, sobald diese Obergrenze erreicht ist, sodass möglicherweise wirklich wichtige Dinge entfernt werden 😛. Ich denke nicht, dass dies besonders wichtig ist, insbesondere wenn man bedenkt, dass es die Implementierung ein wenig komplizieren würde, um ein solches Paging zu unterstützen, und Sie können es im Wesentlichen umgehen, indem Sie das Scrollback erhöhen. Es gibt viel größere Probleme, die wir zuerst angehen müssen, bevor wir überhaupt über diese Imo nachdenken.
Tyriar
am 10. Mai 2019
Lassen Sie uns dies aus den oben genannten Gründen vorerst außerhalb des Geltungsbereichs nennen. Außerdem hatten wir in der Vergangenheit ein Problem damit und haben als Workaround eine viel größere Scrollback-Seite zugelassen https://github.com/xtermjs/xterm.js/issues/948
Tyriar
am 10. Mai 2019
Unser (VTE) Scrollback-Format ist extrem kompliziert – tatsächlich macht es die Unterstützung von _finite_ Scrollback noch komplizierter, die Unterstützung von nur unendlich wäre einfacher. Pingen Sie mich an, wenn Sie dieses Feature noch einmal in Betracht ziehen. Ich erkläre Ihnen gerne die Details, obwohl Sie es wahrscheinlich nicht als Referenz für Ihre Implementierung verwenden würden.
Angeblich war dies auch für uns ein oft nachgefragtes Feature, aber ich habe keine persönlichen Erfahrungen damit. Es wurde implementiert, bevor ich dem Projekt beitrat. Ich selbst benutze endlich 50.000 Zeilen und finde das übertrieben.
Ich glaube nicht, dass die Benutzerfreundlichkeit der Bildlaufleiste ein Problem ist; oder wenn ja, sind es schon ein paar tausend Zeilen. Das Ziehen des Scrollbalkens kann nur eine grobe Positionierung ermöglichen, die ich persönlich selten nutze, für die Feinabstimmung bevorzuge ich das Scrollen mit zwei Fingern über den Terminalbereich mit dem Touchpad meines Laptops.
egmontkob
am 10. Mai 2019
Verwandte Themen
Tyriar
·
4Kommentare
jestapinski
·
3Kommentare
Tyriar
·
4Kommentare
albinekb
·
4Kommentare
zhangjie2012
·
3Kommentare
Hilfreichster Kommentar
Unser (VTE) Scrollback-Format ist extrem kompliziert – tatsächlich macht es die Unterstützung von _finite_ Scrollback noch komplizierter, die Unterstützung von nur unendlich wäre einfacher. Pingen Sie mich an, wenn Sie dieses Feature noch einmal in Betracht ziehen. Ich erkläre Ihnen gerne die Details, obwohl Sie es wahrscheinlich nicht als Referenz für Ihre Implementierung verwenden würden.
Angeblich war dies auch für uns ein oft nachgefragtes Feature, aber ich habe keine persönlichen Erfahrungen damit. Es wurde implementiert, bevor ich dem Projekt beitrat. Ich selbst benutze endlich 50.000 Zeilen und finde das übertrieben.
Ich glaube nicht, dass die Benutzerfreundlichkeit der Bildlaufleiste ein Problem ist; oder wenn ja, sind es schon ein paar tausend Zeilen. Das Ziehen des Scrollbalkens kann nur eine grobe Positionierung ermöglichen, die ich persönlich selten nutze, für die Feinabstimmung bevorzuge ich das Scrollen mit zwei Fingern über den Terminalbereich mit dem Touchpad meines Laptops.