wilderjds/kwin - kwin - gitea-jacopods

Author	SHA1	Message	Date
Martin Gräßlin	15aa42c565	Remove doNotManage hack for Java Applets The hack used to be used to hide windows before they get embedded into another window. This has been wrong on multiple levels: 1. it does not belong into a window manager - the window should take care of this by itself 2. Window title is not a proper way to identify windows 3. Using D-Bus to inform an X11 window manager about windows which should not get managed is rather strange 4. The hack only works with KWin, but not with any other X Window Manager 5. Windows identified with this hack still appear in Alt+Tab, that is they are managed after all. Only a flicker is suppressed 6. Such windows are shown in the taskbar which nicely illustrates how wrong a D-Bus call to the window manager is That the hack has been introduced for Java Applets in KHTML also shows that this is wrong. Why does Gecko and WebKit not need such a hack? Why is KHTML tied so closely to X11 and KWin? Having a hack for a technology which is obsoleted (Java Applets) and shouldn't be used due to security issues is another reason to no longer support this hack. This usage has been removed from KHTML as of 67939b1 of kdelibs git repo. REVIEW: 109450	13 years ago
Martin Gräßlin	334b4bf622	Move handling of Virtual Desktops into a VirtualDesktopManager The ownership for virtual desktops is moved from Workspace into a new VirtualDesktopManager. The manager is responsible for providing the count of virtual desktops and keeping track of the currently used virtual desktop. All methods related to moving between desktops are also moved from Workspace to the new manager, though all methods related to Clients on Virtual Desktops remain in Workspace for the time being. This is to have the new manager as independent from KWin core as possible. An rather important change for the handling of virtual desktops is that the count and the id of a desktop is now an unsinged integer instead of an integer. The reason for that is that we cannot have a negative count of desktops as well as it is not possible to be on a desktop with a negative identifier. In that regard it is important to remember that a Client can be on a desktop with a negative identifier. The special value for a Client being on all desktops is handled by using -1 as a desktop. For the time being this is not adjusted but instead of comparing the virtual desktop ids one should prefer to use the convenient methods like isOnDesktop and isOnAllDesktops. This would allow in future to internally change the representation for on all desktops.	13 years ago
Thomas Lübking	fa29b4141b	fix dbus service registration/invocation REVIEW: 108016	13 years ago
Thomas Lübking	2f18371e27	fix dbus service registration/invocation REVIEW: 108016	13 years ago
Martin Gräßlin	835648bc20	Move cascadeDesktop and unclutterDesktop to Placement It is more Placement related and does not really fit into geometry given that it only calls methods on Placement. It probably only was inside Workspace due to being part of the DBus interface. The DBus methods are used by external components so it needs to stay. The DBus Wrapper is now calling the methods on the singleton Placement directly, so no need in Workspace anymore.	13 years ago
Martin Gräßlin	533e3e5adf	Move circulateDesktopApplications into DBusInterface It is not used anywhere inside KWin at all and the DBus method is not used anywhere inside KDE's repositories (according to lxr). Because of that marked as deprecated and going to die with Qt 5. REVIEW: 107406	14 years ago
Martin Gräßlin	35237aadcb	Splitting up of KWin's global D-Bus interface Two new interfaces are introduced: * org.kde.kwin.Compositing * org.kde.kwin.Effects The Compositing interface is generated from scriptable elements on the KWin::Compositor class and the Compositor is exported as /Compositor. It provides the general Compositing related D-Bus methods like whether the compositor is active and toggling and so on. The Effects interface is generated from scriptable elements on the KWin::EffectsHandlerImpl class and the instance is exported as /Effects. It provides all the effects related D-Bus methods like loading an effect or the list of all effects. This removes the need to have all these methods provided on the global org.kde.KWin interface. For backwards compatibility they are kept, but no longer provided by the Workspace class. Instead a new DBusInterface is generated which wrapps the calls and delegates it to one of our three related Singleton objects: * Workspace * Compositor * EffectsHandlerImpl	14 years ago