Bug 363537

Summary:	Do not darken parent window when opening a child window
Product:	[Plasma] kwin	Reporter:	tesfabpel
Component:	effects-window-management	Assignee:	KWin default assignee <kwin-bugs-null>
Status:	RESOLVED DUPLICATE
Severity:	normal	CC:	halla
Priority:	NOR
Version:	5.6.4
Target Milestone:	---
Platform:	Other
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:
Attachments:	Screenshot

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 ***