On Mon, Dec 19, 2011 at 3:11 PM, Ajay Garg <[email protected]> wrote: > > I will be grateful to a reply, as it will get me started. More > importantly, if it indeed is possible to kind-of "port" > "compiz-fusion" to metacity-without-gnome, there will an overshoot of > confidence in me. As I have said, coding (in any language) is not a > problem for me.
Since the compositor and WM roles aren't strictly dependent on each other, code-wise, it should be possible to run the compositor separately to the WM, with some hacks. Have a look at http://git.compiz.org/~tuxmarkv/zcomp/ (That is very out of date, but the recent commits should show the idea). Basically what is happening is that the compositor doesn't register for SubstructureRedirectMask, so compiz is not permitted to intercept configuration and mapping of windows. I believe that it also prevents compiz from reparenting windows and as such, it also prevents compiz from making and passive key or button grabs, since the ICCCM says that only clients that own windows are allowed to make such grabs. Keep in mind though, that a lot of the effects require window-manager functionality in order to work correctly. Namely, the workspaces switchers. Since those plugins will attempt to move windows around as a result of their effects (eg, because of the way viewports are implemented), it depends on the presiding window manager as to whether or not that kind of interaction will be allowed, since it will intercept all ConfigureWindow requests on the client windows. You'll likely require some kind of abstraction service between the two in order to handle the lack of privileges the compositor has. All the best, Sam > > > Looking forward to some enlightenment :-) > > > Regards, > Ajay > _______________________________________________ > dev mailing list > [email protected] > http://lists.compiz.org/mailman/listinfo/dev -- Sam Spilsbury _______________________________________________ dev mailing list [email protected] http://lists.compiz.org/mailman/listinfo/dev
