Originally posted by rohcQaH
View Post
Announcement
Collapse
No announcement yet.
GNOME Terminal Gets Text Rewrap On Resizing
Collapse
X
-
-
Originally posted by mark45 View PostI thought no rewrap is a deliberate design decision. And wow, why does even a lousy text editor have rewrap but gnome/kde consoles don't? They use a different/archaic toolkit to draw text or what?
Comment
-
Originally posted by Akka View PostIf the clean up of the code base resulted in the rewrap functionality the loss of transparency was a good sacrifice.
As a matter of fact, it's not Gnome-terminal itself, but the underlying VTE component that added rewrapping, and the very same version of VTE (0.35) still supports transparency (although unfortunately marked as deprecated, and the corresponding checkbox was indeed removed from Gnome-terminal).
Pair up VTE 0.35 with Gnome-terminal 3.6 and you'll get both rewrapping and transparent background
Comment
-
Originally posted by Azpegath View PostThis is fantastic! But I guess it has a performance impact, the terminal has to keep all the output in a buffer of some sort, and reprint it to the new size of the terminal. Before, the terminal could just render the output, and then throw the text strings away, right? Or have they always kept the actual strings in memory?
Rewrapping occurs and has a performance impact the moment you resize. On my average laptop, rewrapping takes around 0.2 seconds with a scrollback buffer of 1 million lines. Most people use a scrollback buffer somewhere between 1000 and 10000 lines, hence the performance penalty is negligible. Gnome-terminal allows you to have infinite scrollback, if it grows beyond a few million lines and then you resize the terminal then it's going to be really slow. For this reason, we plan to make rewrapping configurable so you can turn it off if you prefer giant scrollback and want to resize quickly.
Comment
Comment