octave-bug-tracker
[Top][All Lists]
Advanced

[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/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]