[Octave-bug-tracker] [bug #53276] GUI: undocked panes cannot be moved, or resized along upper border

[Dan Sebald]

Follow-up Comment #100, bug #53276 (project octave):

@Mike: I've downloaded Kubuntu 18.04

https://savannah.gnu.org/bugs/?53276#comment89

and loaded the bundle onto a hard drive.  I will say that Kubuntu 18.04 is by
far the most solid version of KDE I've seen.  The fonts all look nice, it has
a really sharp appearance, very responsive even when resizing the first bulky
page of HTML code in the Octave Documentation window.  The plug-and-play for
thumb drives puts up a notice so one can quickly jump its contents.  Changing
system settings doesn't make a mess of things, etc.  For those who are using
KDE, I suggest skipping ahead to something on the order of Kubuntu (Qt
5.9.x).

So, Kubuntu helped as it gave me enough confidence to investigate things.  I
now agree with Rik that this looks like a bug isolated to KDE Oxygen (not Qt,
and at least not Octave's responsibility).  And I filed a bug report with KDE
here:

https://bugs.kde.org/show_bug.cgi?id=393076

I think that is the best place to start.  I was going to just ignore this, but
then I saw some survey about the most common themes used in KDE and 75% of
users said Oxygen.

I'm attaching a screenshot of Octave GUI to show how nice it looks for Breeze
theme.  As for the Oxygen behavior, I have confirmed now that there is a
problem (hence the bug report).  Specifically it is the aspect of themes
setting shown in the second attachment, the Application Style : Widget Style
and Behavior.  There are four options, three of which (Breeze, Fusion and
Windows 9x) that work perfectly fine with the freshened changeset that I will
attach in a followup post.  The fourth is Oxygen.  Selecting that results in
the window decorations not appearing.  Everything else about Oxygen behavior
works...the taskbar icon, the float/unfloat, the double-click title, the drag
outside the main GUI.  That's a hint leading to my explanation in the bug
report

https://bugs.kde.org/show_bug.cgi?id=393076

that this is simply a case of "noborder" in the KDE code not being correct.

Also, from the KDE internal code, I could tell that somewhere in the System
Settings is a Window Manager rules.  I will attach a third screenshot showing
that there is a button in Window Manager : Window Rules : Appearance & Fixes
which is sort of a customized way of circumventing and fixing any rules that
KDE is using, with specificity.  If one is daring, give it a try.  However, I
wasn't that daring given the warning message that appears--without giving
details about the window's type and name on runs the risk of modifying
behavior for every visible window.

(file #43904, file #43905, file #43906)
    _______________________________________________________

Additional Item Attachment:

File name: kubuntu_18_53276patch_looks_great_Screenshot_20180412_014406.png
Size:127 KB
File name: kde_setting_that_affects_decorations_Screenshot_20180412_024147.png
Size:126 KB
File name:
kde_window_manager_rules_border_setting_Screenshot_20180412_154510.png
Size:159 KB


    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?53276>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/