Bug 363537 - Do not darken parent window when opening a child window
Summary: Do not darken parent window when opening a child window
Status: RESOLVED DUPLICATE of bug 172921
Alias: None
Product: kwin
Classification: Plasma
Component: effects-window-management (show other bugs)
Version: 5.6.4
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-05-26 08:00 UTC by tesfabpel
Modified: 2016-05-31 15:13 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Screenshot (128.05 KB, image/png)
2016-05-26 08:01 UTC, tesfabpel
Details

Note You need to log in before you can comment on or make changes to this bug.
Description tesfabpel 2016-05-26 08:00:41 UTC
I know that this is maybe more related to KWin and it may need co-operation between the two teams.
Anyway a graphics program like Krita should inform the WM to not darken the parent window when showing a settings window (like the New Filter Mask window) that supports previewing the changes...

Reproducible: Always

Steps to Reproduce:
1. Right-click on a layer
2. Click on Filter Mask...
3. The window appears

Actual Results:  
The Krita Main Window is darkened.

Expected Results:  
Krita should inform the WM (KWin) to not darken the parent Window.

As I said I'm not sure this is a bug that should be reported to Krita (more precisely, I don't know if KWin already has such a feature or not), but I think that anyway in these cases the program should inform the WM to not darken the parent window when showing a modal window...
Of course the alternative is to disable the feature completely, but I don't think that will be a good idea...
Comment 1 tesfabpel 2016-05-26 08:01:27 UTC
Created attachment 99198 [details]
Screenshot
Comment 2 Halla Rempt 2016-05-26 08:05:59 UTC
I think it would be better to assign this issue to kwin. If there is a window manager hint that lets us do this from Krita, I'm sure Martin will tell me.
Comment 3 Thomas Lübking 2016-05-26 13:05:06 UTC
There's no such hint.

Random thoughts on the matter (brainfart)

* Adding it for the dialogparent effect will likely not be sufficient (diminactive might be the same problem, depending on the configuration) and the same problem will likely apply to other clients (like, errr...., gompetitive image manipulation programs ;-)

* On top of that you'd buy into nondeterministic behavior, because some™ modal will dim their parent while others™ won't. Ewww...

* The desire is not to un-dim the entire window, but just the region that keeps the image

* If the dialog is modal, that should prevent eg. using the scrollbars of the main window(?), ie. controlling the viewport of the preview. Is it really meant to be modal or should it maybe just disable parts of the UI that would allow destructive operations?
Comment 4 Martin Flöser 2016-05-31 15:13:56 UTC

*** This bug has been marked as a duplicate of bug 172921 ***