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 356576 - Adding new tab reduces terminal widget's size unnecessarily
Adding new tab reduces terminal widget's size unnecessarily
Status: RESOLVED OBSOLETE
Product: gnome-terminal
Classification: Core
Component: general
2.16.x
Other Linux
: Normal normal
: ---
Assigned To: GNOME Terminal Maintainers
GNOME Terminal Maintainers
[geometry]
: 615215 (view as bug list)
Depends on: 123408
Blocks:
 
 
Reported: 2006-09-18 16:44 UTC by Sven Herzberg
Modified: 2012-12-16 14:01 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16


Attachments
"Screenshot" (17.74 KB, image/png)
2006-09-18 16:45 UTC, Sven Herzberg
  Details
Screenshot with a border and no tabs (12.87 KB, image/png)
2009-01-10 23:05 UTC, Simon van der Linden
  Details
Add an option in the View menu to always show tabs (4.89 KB, patch)
2009-01-10 23:09 UTC, Simon van der Linden
none Details | Review

Description Sven Herzberg 2006-09-18 16:44:36 UTC
When adding new tabs the notebook apprears. With the norebook there comes a one pixel border around the terminal area. See attached screenshot.
Comment 1 Sven Herzberg 2006-09-18 16:45:32 UTC
Created attachment 72990 [details]
"Screenshot"

Proof image with one area of a multi-tab terminal over another.
Comment 2 Sven Arvidsson 2006-11-27 14:02:55 UTC
Debian bug about the same issue:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=400458

"A gnome-terminal with tabs is wider dan one without tabs (see
screenshot).  This is pretty annoyong if you have terms that line op
nicely without tabs, and the alignmnet is broken after opening a tab
in one of the windows."
Comment 3 Josh Triplett 2008-01-03 04:22:45 UTC
In addition to size, this also affects the appearance of a maximized or fullscreen gnome-terminal.  Without tabs, the terminal background color extends to the edge of the screen; with tabs, a border appears at the edge of the screen.
Comment 4 Simon van der Linden 2009-01-10 23:01:06 UTC
AFAIK, GtkNotebook doesn't allow to hide the border when tabs are shown.
Comment 5 Simon van der Linden 2009-01-10 23:05:16 UTC
Created attachment 126194 [details]
Screenshot with a border and no tabs

A simple solution to avoid glitches when adding tabs is to always show the border, even when there is no tab. (It looks a bit weird at first sight.)
Comment 6 Christian Persch 2009-01-10 23:07:40 UTC
(In reply to comment #4)
> AFAIK, GtkNotebook doesn't allow to hide the border when tabs are shown.

That's the gtk+ bug this depends on, bug 123408.
Comment 7 Simon van der Linden 2009-01-10 23:09:15 UTC
Created attachment 126195 [details] [review]
Add an option in the View menu to always show tabs

A step further, to avoid any window resizing when adding tabs, is to always show them (but that should be up to the user).
Comment 8 Christian Persch 2009-01-10 23:23:00 UTC
Always showing tabs is bug 78776.
Comment 9 Simon van der Linden 2009-01-11 08:40:09 UTC
Mea culpa.
Comment 10 Josh Triplett 2009-07-23 05:21:57 UTC
(In reply to comment #5)
> Created an attachment (id=126194) [edit]
> Screenshot with a border and no tabs
> 
> A simple solution to avoid glitches when adding tabs is to always show the
> border, even when there is no tab. (It looks a bit weird at first sight.)

Ick, please don't do this.  "consistently takes up extra space and doesn't look good" doesn't seem like an improvement over "sometimes takes up extra space and doesn't look good". :)
Comment 11 Josh Triplett 2010-02-01 20:01:56 UTC
As a workaround, I've started using the following in my ~/.gtkrc-2.0 , which works just fine:

style "notebook-borderless" = "default"
{
    xthickness = 0
    ythickness = 0
}
widget "TerminalWindow.*.GtkNotebook" style "notebook-borderless"


However, I'd still like to see gnome-terminal avoid the borders by default.
Comment 12 Sven Herzberg 2010-02-02 14:48:24 UTC
GNOME Terminal could ship with such a gtkrc snippet for the Raleigh theme and parse something like $(datadir)/gnome-terminal/themes/<theme-name>/gtkrc. That would make it quite easy to hook up theme changes and properly let theme developers apply useful styles there.

Opinions?
Comment 13 Christian Persch 2010-02-02 16:58:23 UTC
If you want to invest any time in a fix for this, I'd suggest to fix the gtk+ bug instead of adding workarounds to apps.
Comment 14 Christian Persch 2010-04-08 19:45:02 UTC
*** Bug 615215 has been marked as a duplicate of this bug. ***
Comment 15 Christian Persch 2012-12-16 14:01:18 UTC
This was workarounded in the default gnome theme (adwaita); closing.