After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 331621 - New feature: "Extended" terminals?
New feature: "Extended" terminals?
Status: RESOLVED OBSOLETE
Product: gnome-terminal
Classification: Core
Component: general
3.10.x
Other All
: Normal enhancement
: ---
Assigned To: GNOME Terminal Maintainers
GNOME Terminal Maintainers
Depends on: 103770
Blocks:
 
 
Reported: 2006-02-17 22:57 UTC by Chris Ball
Modified: 2021-06-10 16:27 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement



Description Chris Ball 2006-02-17 22:57:53 UTC
Hello,

I frequently run large Makefiles that produce a lot of output, and I like to see
as much of the output as I can -- I make my terminal as tall as the height of my
screen.  However, what I'd really like to be able to do is to create another
terminal, of the same dimensions, and have a setup where when something scrolls
off terminal one it scrolls onto terminal two, so that I have a double-width
extended terminal.  (Or an n-width extended terminal, conceivably.)

Emacs supports doing something like this with "follow-mode", but I'm not editing
local files, I'm sshing far away.  Any interest in implementing this, or
accepting a patch?  (I wouldn't mind if this were some kind of gconf-only
feature, unadvertised in the GUI, FWIW.)

Thanks very much for reading.
Comment 1 Behdad Esfahbod 2006-02-17 23:50:56 UTC
Doesn't the scrollback help enough?  I personally make >/dev/null to just see the warnings and errors...
Comment 2 Chris Ball 2006-02-18 05:34:53 UTC
> Doesn't the scrollback help enough?

These aren't compiler makes, they're "run this long series of commands on this dataset and see what happens" makes, so the distinction between stdout and stderr isn't useful to me, and I'm not only interested in the tail of the output.

(There are other occasions I've wanted this feature; say, when viewing guitar tablature.  The tab is 80 columns x many rows, and I want to play it without having to hit page down every time I get to the bottom of my screen.)
Comment 3 Guilherme de Siqueira Pastore 2006-02-18 10:58:42 UTC
In the tablatures case, couldn't you open up a new terminal window and divide the stuff there yourself?
Comment 4 Chris Ball 2006-02-18 15:48:08 UTC
> couldn't you open up a new terminal window and divide the stuff there yourself?

Yes, I could open up, say, four terminal windows, tiled horizontally across the screen, open up the text file in each of them, and seek to the right places in each such that they wrap.  For the tablature case, this is the manual solution; but as you can imagine, I'd much rather just tell gnome-terminal to extend itself three times and then type 'cat foo.tab'.

(Note that there is no manual solution for the makefile case, unless the output has been redirected to a file.)

Thanks for the replies, both of you.  I hope I can convince you that this is a worthy idea that would be used quite a bit if only it were available.  ;-)
Comment 5 Behdad Esfahbod 2006-02-18 18:09:01 UTC
No need to convince, just implement :).

It's a rather big feature.  First, you need to separate the model and view in vte, such that you can have multiple views of the same terminal widget.  Then implement the so-called split feature in gnome-terminal, such that you can get two views of a connection, then just dragging one of them out does what you want :)
Comment 6 Christian Persch 2008-12-16 19:52:35 UTC
*** Bug 319454 has been marked as a duplicate of this bug. ***
Comment 7 GNOME Infrastructure Team 2021-06-10 16:27:13 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/3376.