Community
Participate
Working Groups
CQ:WIND00065876 CQ:WIND00094889 The terminal view currently always works in "Auto Window Resize" mode: Given the size of the Terminal Window in Eclipse Workbench, that size is sent with a special terminal control sequence to the remote side such that the remote can adjust and appliations like vi know what size is available. Some applications and especially dumb terminals do not have the capability of adjusting to a variable terminal size. Such applications work better if the Terminal has a fixed pre-configured width of e.g. 80x25 characters and provides a horizontal and vertical scrollbar if the viewport shown in Eclipse is smaller than the preconfigured size. Standalone Terminals like e.g. Teraterm support exactly these two modes of "Fixed-size" vs. "Auto-Resize". One negative effect of not providing fixed size is that when a dumb terminal prints a very long line of text, that line of text is neither wrapped nor a scrollbar available (CQ:WIND00065876). Another negative effect is that when looking at a lot of output so the terminal is scrolled up, maximizing the Terminal View sends a resize event thus the scroll position is lost (CQ:WIND00094889).
For the scrollbar / word-wrap request, see bug 196464
*** Bug 185879 has been marked as a duplicate of this bug. ***
On terminal initialization, a minimum size is applied in TextCanvas#addResizeListener(...). See bug 281328.
Since TM-3.1.1 (bug 281328), the minimum width of the underlying terminal model is 80 characters. This means, that when the terminal is made narrower, it gets a scrollbar; but the remote always renders into a matrix of 80 characters width minimum. This resolves most of the issues for end users. In TM 3.0 and 3.1, the min width had been 20 characters, but there is not really a use-case for such a narrow terminal. See bug https://bugs.eclipse.org 294327 comment 3, and the patch attached to that bug, for a more in-depth discussion.
It looks like technically, bug 294468 is the only problem blocking an optional fixed width. Once that is resolved for the scrollers, a little UI for specifying the min size should be the only missing bit -- to set the minSize. Plus, an option for applying the fixed minSize even if terminal gets resized to be larger than the minSize.
The Terminal component of the Eclipse Ecosystem has a new home. The Terminal is now part of the Eclipse CDT project[1]. This change means a new Git repo[2], P2 site[3] and Bugzilla component. The terminal will continue to be delivered as part of the quarterly Simultaneous Release of Eclipse as well. The marketplace entry[4] had not been updated in a few years. It will once again install the latest release of the terminal on the latest release of the whole IDE (currently 2020-03). If this bug is no longer relevant, please feel free to comment or close the bug. If you can confirm if this issues still occurs in the latest release please do let me know in a comment. [1] https://wiki.eclipse.org/CDT/User/NewIn911 [2] https://git.eclipse.org/c/cdt/org.eclipse.cdt.git (in the terminal directory) [3] current release is 9.11 - P2 site https://download.eclipse.org/tools/cdt/releases/9.11/ [4] https://marketplace.eclipse.org/content/tm-terminal (This comment was added to all open terminal bugs along with changing the Product/component pair to CDT/terminal.)
