[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Octave-bug-tracker] [bug #44692] [GUI] Undocked editor pane has no Mini
From: |
Rik |
Subject: |
[Octave-bug-tracker] [bug #44692] [GUI] Undocked editor pane has no Minimize button |
Date: |
Sat, 2 Sep 2017 08:39:28 -0400 (EDT) |
User-agent: |
Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:55.0) Gecko/20100101 Firefox/55.0 |
Follow-up Comment #8, bug #44692 (project octave):
Alas, the patch didn't work. I added a debug statement just to make sure I
was executing the code, and it is being run.
std::cerr << "executing setWindowFlags" << std::endl;
// non windows: Just set the appropriate window flag
setWindowFlags (Qt::Window | Qt::WindowTitleHint);
I went even further and added Qt::WindowMinimizeButtonHint, but it didn't
help.
setWindowFlags (Qt::Window | Qt::WindowTitleHint |
Qt::WindowMinimizeButtonHint);
I wonder if it is the KDE Window Manager that is refusing to decorate the
undocked window? I found this webpage:
https://techbase.kde.org/Projects/KWin/Window_Decoration_Policy.
In general all windows managed (windows without override-redirect) by the
Window Manager (KWin) are re-parented into a Server-Side Decoration unless:
The window has _NET_WM_WINDOW_TYPE _NET_WM_WINDOW_TYPE_DESKTOP
The window has _NET_WM_WINDOW_TYPE _NET_WM_WINDOW_TYPE_DOCK
The window has _NET_WM_WINDOW_TYPE _NET_WM_WINDOW_TYPE_SPLASH
The window belongs to the Desktop Shell
The window has _NET_WM_STATE _NET_WM_STATE_ABOVE and has set an own
XShape
The window is a "Qt Dock Widget"
Maybe the window type remains _NET_WM_WINDOW_TYPE_DOCK even after it is
detached?
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?44692>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/