Package: openbox
Version: 3.6.1-7
Severity: normal
Tags: patch
When rc.xml contains <keepBorder>yes</keepBorder>, undecorated maximized
windows still have a top border. A comment in the source code (see
patch)
justifies this by the fact that the client menu needs to be accessible.
However, the client menu is inaccessible anyway when keepBorder is set
to "no".
Moreover, the left, right and bottom borders are hidden and it makes
more
sense to hide the top one as well. This top border is also annoying in
several
circumstances (e.g. in order to click on a tab in firefox you have to be
bellow
the top of the screen so you need to be precise with the mouse).
Description: Removed top border on undecorated maximized windows
.
openbox (3.6.1-7custom) unstable; urgency=medium
.
* Removed top border on maximized undecorated windows.
Author: Val <val>
---
The information above should follow the Patch Tagging Guidelines, please
checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
are templates for supplementary fields that you might want to add:
Origin: <vendor|upstream|other>, <url of original patch>
Bug: <url in upstream bugtracker>
Bug-Debian: https://bugs.debian.org/<bugnumber>
Bug-Ubuntu: https://launchpad.net/bugs/<bugnumber>
Forwarded: <no|not-needed|url proving that it has been forwarded>
Reviewed-By: <name and email of someone who approved the patch>
Last-Update: 2018-12-23
--- openbox-3.6.1.orig/openbox/frame.c
+++ openbox-3.6.1/openbox/frame.c
@@ -585,12 +585,6 @@ void frame_adjust_area(ObFrame *self, gb
if (self->decorations & OB_FRAME_DECOR_TITLEBAR)
self->size.top += ob_rr_theme->title_height + self->bwidth;
- else if (self->max_horz && self->max_vert) {
- /* A maximized and undecorated window needs a border on the
- top of the window to let the user still undecorate/unmaximize the
- window via the client menu. */
- self->size.top += self->bwidth;
- }
if (self->decorations & OB_FRAME_DECOR_HANDLE &&
ob_rr_theme->handle_height > 0)
