Bug 416454

Summary: Prevent child dialog windows from being tiled
Product: [Plasma] kwin Reporter: postix <postix>
Component: Quick TilingAssignee: KWin default assignee <kwin-bugs-null>
Status: REPORTED ---    
Severity: minor CC: nate, plasma-bugs-null, postix
Priority: NOR    
Version First Reported In: git master   
Target Milestone: ---   
Platform: Other   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:
Attachments: Screenshot.

Description postix 2020-01-19 12:30:08 UTC
Created attachment 125240 [details]
Screenshot.

SUMMARY

The close dialog of the Firefox can be resized or tiled, which does not make much sense actually and which looks kind of weird if it's done.
Maybe it can be prevented from doing so? I can't remember that this is possible on other operating systems like Gnome Desktop or Windows 10.


SOFTWARE/OS VERSIONS
Operating System: Manjaro Linux 
KDE Plasma Version: 5.17.5
KDE Frameworks Version: 5.67.0
Qt Version: 5.14.0
Comment 1 Nate Graham 2020-01-20 18:22:23 UTC
This is true of all dialog windows. Not sure we should prevent this, but if we should, it would be done in KWin, provided that the dialog window properly identifies itself as a sub-window.
Comment 2 Vlad Zahorodnii 2020-01-29 13:14:57 UTC
(In reply to Postix from comment #0)
> The close dialog of the Firefox can be resized or tiled, which does not make
> much sense actually and which looks kind of weird if it's done.
Well, it depends on the dialog. For example, the settings dialog from Konsole looks okay-ish when it's quick tiled.

> Maybe it can be prevented from doing so? I can't remember that this is
> possible on other operating systems like Gnome Desktop or Windows 10.
Yeah, maybe we have to blacklist dialogs.
Comment 3 postix 2020-01-29 13:20:03 UTC
(In reply to Vlad Zahorodnii from comment #2)
> Well, it depends on the dialog. For example, the settings dialog from
> Konsole looks okay-ish when it's quick tiled.

That's true!

> Yeah, maybe we have to blacklist dialogs.

Or to whitelist dialogs, depending on what is less effort and easier to achieve, which I cannot evaluate.
Comment 4 Nate Graham 2020-01-29 15:11:24 UTC
We basically have two kinds of dialogs, from a user perspective:

1. A "real window" that just happens to be a dialog. For example: open/save dialogs, settings windows, etc. These usually make sense to be tile-able as they are large and generally lay out their content acceptably when made bigger.

2. A "dialog box" that shows you a message or asks for some quick choice. For example: KMessageBox and its subclasses, job progress windows, the file overwrite dialog, etc. These never make sense to tile or even resize.

Maybe there's a way to only prevent tiling (and potentially even resizing) for dialog type #2, but not #1.