Bug 303932

Summary:	change the present windows effect behavior when second-last windows is closed
Product:	[Plasma] kwin	Reporter:	Andrea Cavaliero <andreaxcavaliero>
Component:	effects-window-management	Assignee:	KWin default assignee <kwin-bugs-null>
Status:	RESOLVED INTENTIONAL
Severity:	wishlist
Priority:	NOR
Version First Reported In:	4.8.90
Target Milestone:	---
Platform:	Ubuntu
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Andrea Cavaliero 2012-07-22 18:35:21 UTC

I use the icon-only task manager with the present windows effect.
Let's say i have an app (e.g. firefox) with more than one window open. When i click on the app icon on the taskbar, the present windows effect shows me the available windows. When i close all the windows but one, the present windows effect is still working, so if i want to interact with the window i need to click on it to exit the effect.
In my opinion, it would be nice if after closing the second-last window, the present window effect automatically ended and i could interact with the windows. This would of course be the same behavior as clicking on an icon on the panel whose app has only one window.
Maybe an option for this could be added.

Reproducible: Always

Steps to Reproduce:
1. open multiple windows of an application
2. use the present windows effect 
3. close all the windows but one

Comment 1 Martin Flöser 2012-07-22 19:04:27 UTC

Thank you for your feature suggestion. I would like to see this issue being discussed on brainstorm.forum.kde.org first as I see some issues which might be tricky to solve. Especially:
* is it confusing if the effect just ends
* what if there is some filtering going on and you close all windows there, how should it behave?
* is it a feature only needed for icon tasks or a general useful feature?
* does it need an option at all?

This really requires some user input and some discussions. Brainstorm is very suited for this, bugzilla unfortunatelly isn't. Because of that I set this report for the time being as a resolved wontfix. Once the feature request comes back from Brainstorm we will do a re-evaluation from the developer perspective.

Thanks for your understanding.