kwin/effects/presentwindows
Martin Gräßlin 565b4ed6a3 Common way to announce support for specific effects through X11
Instead of each effect, which needs to announce support, having custom
code to create a property and set it on the root window, there is now a
common API in EffectsHandler to take care of this.

The methods takes care of creating the atom if it has not already done
and set the property on the root window. Furthermore it allows multiple
effects to announce the same property without getting in conflict with
each other.

As a further convenience the property is automatically removed when the
effect is unloaded, so less things an effect author has to care about.

REVIEW: 107815
2013-01-07 10:00:01 +01:00
..
CMakeLists.txt Use KConfigXT in PresentWindows Effect 2012-09-14 10:39:28 +02:00
presentwindows.cpp Common way to announce support for specific effects through X11 2013-01-07 10:00:01 +01:00
presentwindows.desktop SVN_SILENT made messages (.desktop file) 2012-12-24 09:05:36 +01:00
presentwindows.h Mark most ctors as explicit as reported by Krazy2 checker 2013-01-02 18:35:46 +01:00
presentwindows.kcfg Use KConfigXT in PresentWindows Effect 2012-09-14 10:39:28 +02:00
presentwindows_config.cpp Use KConfigXT in PresentWindows Effect 2012-09-14 10:39:28 +02:00
presentwindows_config.desktop SVN_SILENT made messages (.desktop file) 2012-12-24 09:05:36 +01:00
presentwindows_config.h Use KConfigXT in PresentWindows Effect 2012-09-14 10:39:28 +02:00
presentwindows_config.ui Use KConfigXT in PresentWindows Effect 2012-09-14 10:39:28 +02:00
presentwindows_proxy.cpp
presentwindows_proxy.h Mark most ctors as explicit as reported by Krazy2 checker 2013-01-02 18:35:46 +01:00
presentwindowsconfig.kcfgc Use KConfigXT in PresentWindows Effect 2012-09-14 10:39:28 +02:00