Replies: 9 comments 3 replies
-
Thats most likely a mismatch of the PTY size and xterm.js size. On resizing the terminal you also have to update the size of the underlying PTY. |
Beta Was this translation helpful? Give feedback.
-
Is the fit addon works for this? https://github.com/xtermjs/xterm.js/tree/master/addons/xterm-addon-fit |
Beta Was this translation helpful? Give feedback.
-
Nope, the fit addon resizes the terminal in [rows, cols] terms into a given div container size to fill it up. These values have to be transmitted to the PTY and applied there as well. |
Beta Was this translation helpful? Give feedback.
-
Make sure to execute term.resize(), pty windowChange |
Beta Was this translation helpful? Give feedback.
-
I found it only occurse in bash not in sh |
Beta Was this translation helpful? Give feedback.
-
It is best to wait until the drag is over before performing resize |
Beta Was this translation helpful? Give feedback.
-
Again, you need to make sure to resize the PTY as well to the new terminal size. General workflow:
@Tyriar Do we need a document explaining this stuff? Recently we get tons of issues in that field, to me it seems ppl are unware of crucial aspects of PTY/TTY mechanics. |
Beta Was this translation helpful? Give feedback.
-
Are there a couple lines of pseudo-code somewhere explaining the workflow? It would probably stop incoming questions. |
Beta Was this translation helpful? Give feedback.
-
@ashblue Well nope there isnt as far as i am aware, therefore my question. The main issue here is the fact, that ppl have tons of different backend solutions and pty bridges, hence it cannot be stubbed easily. xterm.js is just a frontend component and has no say in backend related stuff, this is totally up to the integrator. |
Beta Was this translation helpful? Give feedback.
-
when input chars length more than configured cols(80), the left chars come out from the start of the same line
Details
Steps to reproduce
Beta Was this translation helpful? Give feedback.
All reactions