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 650963 - Gap between panel and not maximized window
Gap between panel and not maximized window
Status: RESOLVED WONTFIX
Product: gnome-themes-standard
Classification: Core
Component: WM theme
3.0.x
Other Linux
: Normal minor
: ---
Assigned To: gnome-themes-standard-maint
gnome-themes-standard-maint
: 680030 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2011-05-24 12:33 UTC by Andrea Bolognani
Modified: 2014-05-05 11:57 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Screenshot of a non maximized window (5.90 KB, image/png)
2011-05-24 12:34 UTC, Andrea Bolognani
Details
Screenshot of a maximized window (5.26 KB, image/png)
2011-05-24 12:34 UTC, Andrea Bolognani
Details
no border (275.32 KB, image/png)
2012-04-11 01:59 UTC, Tobias Wolf
Details

Description Andrea Bolognani 2011-05-24 12:33:27 UTC
When a not maximized window is placed against the panel, there is a 1-pixel gap between the panel and the window decoration; when the window gets maximized, the gap goes away.

The same gap exists also on the left of the window, and it is possible to verify it just by looking at the screenshots attached below: when the window is maximized, the space between the border of the screenshot and the “F” in “File” is 9x65 pixels, while when it is not maximized it is 10x66 pixels.
Comment 1 Andrea Bolognani 2011-05-24 12:34:03 UTC
Created attachment 188452 [details]
Screenshot of a non maximized window
Comment 2 Andrea Bolognani 2011-05-24 12:34:28 UTC
Created attachment 188453 [details]
Screenshot of a maximized window
Comment 3 Florian Müllner 2011-05-24 13:00:08 UTC
(In reply to comment #0)
> When a not maximized window is placed against the panel, there is a 1-pixel gap
> between the panel and the window decoration; when the window gets maximized,
> the gap goes away.

The "gap" is part of the window decoration - maximized windows are styled differently than non-maximized windows.

Reassigning to gnome-themes-standard, but as far as I can tell, the difference is intentional. Note that bug 644930 might be related as well.
Comment 4 Andrea Bolognani 2011-05-25 07:43:40 UTC
I’ve taken a look at the discussion for #644930, but I see no mention of having a 1px border around non-maximized windows.

I don’t see how a single pixel could make that much of a difference when it comes to initiating a resize action, while an invisible 5px area would certainly help without getting in the way, visually speaking.

As it stands now, it’s just annoying, especially when you have a window in the top left corner and you maximize it using Alt+F10, which causes it to move one pixel up and one pixel to the left.

We shall wait for the designers to weigh in, though.
Comment 5 Florian Müllner 2011-05-25 11:43:21 UTC
(In reply to comment #4)
> I’ve taken a look at the discussion for #644930, but I see no mention of having
> a 1px border around non-maximized windows.

The bug is about 1px borders being too tiny to be useful for resizing, so the original request was to remove the border altogether. It's not directly related to maximized windows not having a border, but if the border is indeed removed in all cases, maximized and non-maximized windows would end up with the same (e.g. no) border ...


> As it stands now, it’s just annoying, especially when you have a window in the
> top left corner and you maximize it using Alt+F10, which causes it to move one
> pixel up and one pixel to the left.

I don't think it is that bad - at least I'm not aware of any previous complaints, and different decorations for maximized windows are not a new feature (see for instance metacity (or compiz+gtk-window-decorator) with Clearlooks).
Comment 6 Andrea Bolognani 2011-12-14 22:32:30 UTC
#644930 has been closed now, greatly improving the window resizing experience in GNOME. The window border is still there.

If the window is leaning against the top bar, you can’t seem to be able to use that one pixel gap to resize it anyway, so I believe the border really serves no purpose anymore. Can we please just get rid of it?
Comment 7 Lapo Calamandrei 2012-02-28 15:46:03 UTC
Not sure not having the border will look nice, there are cases where it may look odd (think about tiled windows.) I'll do some tests, but don't hold your breath.
Comment 8 Tobias Wolf 2012-04-11 01:59:19 UTC
Created attachment 211800 [details]
no border

I removed the 1px border ages ago and with shadows it looks sweet. Without shadows not so much. In particular Terminal is nice.

In tiled mode you can give it a border on the junction.
Comment 9 William Jon McCann 2014-05-05 11:19:49 UTC
Discussed this with Jakub and I don't think we want to remove the border from windows. It looks nicer and is easier to use when you have a clearly defined region.
Comment 10 William Jon McCann 2014-05-05 11:57:25 UTC
*** Bug 680030 has been marked as a duplicate of this bug. ***