| Summary: | Window-specific setting for unredirecting compositing | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Jay LaCroix <jay> |
| Component: | compositing | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | wishlist | CC: | aneurin.price, ash.hunter, hochglanz, magnus.bergmark, smithjd15, vortex |
| Priority: | LO | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Unspecified | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Jay LaCroix
2008-09-03 04:42:38 UTC
Probably a WONTFIX. If you can find and change a checkbox, you can as well figure out that Shift+Alt+F12 does the same. Shift+Alt+F12 is just a work around and it's something you'd have to do on your own every time. Having a checkbox in kmenuedit would suspend desktop effects every time a particular app is opened, and would be much more convenient. I don't see any logical reason why something that would only add to the convenience would not be considered. I agree with Jeremy LaCroix here. If you have to disable it often enough, a shortcut is just inconvenient. I could try to implement this myself if KWin have a general way of disabling compositing via a DBus call or similar. Another positive thing about this feature is that distros could set this shortcut flag in their repos for specific programs if they see it as needed. Say, for example, that you install ut2k4-demo from distro FooLinux for beginners. FooLinux could then have packaged the .desktop file with this flag already set, and when the user clicks on "UT2k4 Demo.desktop", composite is disabled and the game starts normally. This is expected behavior for the users I have talked to, and I would expect the same. (Of course, distro BarLinux will not pre-set this flag since BarLinux have more advanced users who can use the keyboard shortcut or set the flag themselves) *** This bug has been confirmed by popular vote. *** I agree, this is a MUST! Perhaps it would need clearing with fd.o as part of the .Desktop file spec so that it works for any compositing window manager (so compiz also), but this means that we can "set and forget" to solve unredirect-fullscreen issues that do crop up in certain apps/games. It would also be a good solution to bug 184059 in my opinion. There is a compositing active method in Dbus for Kwin. I'm looking at DBUS / ConsoleKit parameters to see what I can dig up on properly executing from the games group. Everything looks good over Christmas, so I can say I'm at least subscribed to the bug for now. This would be excellent. It's very annoying having to remember to disable compositing whenever I want to watch a video without tearing, and then enable it again afterwards. Not quite so nasty now that bug 184905 has been fixed, but still a persistent annoyance that just leads to leaving compositing disabled all the time. The best part about this solution is that distributions can enable it when appropriate, so we're not left with users wondering why they see screen tearing with no understanding of what's wrong ("video playback in KDE sucks. I'm going back to Gnome!"). *** Bug 226852 has been marked as a duplicate of this bug. *** *** Bug 184059 has been marked as a duplicate of this bug. *** unredirecting for non-fullscreen windows does not make any sense and we will never implement that, so there is no need for adding a window specific setting. Martin, this bug is not about unredirecting a single window (which does not make sense) but rather about disabling desktop effects entirely while an application is running. You can already do it manually by pressing Alt+Shift+F12 but it would be more comfortable if kwin could remember the setting for an application and do it automatically. That would be very handy for games that run in windowed mode. I don't understand why this is a WONTFIX. On Saturday 29 January 2011 15:37:24 Benjamin Schmitz wrote:
> Martin, this bug is not about unredirecting a single window
> (which does not make sense) but rather about disabling desktop effects
> entirely while an application is running.
Sorry I did not get that out of the request. It does not mention it. For that
we have a special request. Cannot find it at the moment, but I know it exists
(something with wine or games).
marking as dupe of the newer because it has more info. see comment #10 on how to automatically toggle compositing around processes *** This bug has been marked as a duplicate of bug 198744 *** |