On Sun, Nov 14, 2010 at 1:07 AM, Scott Moreau <[email protected]> wrote: > >> I'm going to make some big structural cleanups to core which is likely >> to affect everyone here, but I believe is for the better, so I am >> posting this mail now to get some feedback and make sure that we don't >> tread on anyone's toes when I merge all of this stuff. >> >> 1st Change: Decorators are going in their own repo >> ========================================= >> >> The decorators are going to be taken out of core and put into >> individual git repositories (/compiz/decorators/kde4-window-decorator >> /compiz/decorators/gtk-window-decorator) so that we can work on them >> individually. Making commits to core when working on these decorators >> is annoying when it comes to bisecting other problems in core and in >> the decorators themselves too, so we should just move them to separate >> repos. >> >> This also helps package maintainers in the long run, since they no >> longer need to do 3 separate builds of compiz in order to get a >> compiz-kde or compiz-gnome package >> >> 2nd Change: GNOME Integration stuff into it's own repo >> ============================================== >> >> Again, same reasons as above. Also, stuff for gnome-control-center >> doesn't belong in a desktop agnostic core and even though you can >> disable it by default. And it makes packaging easier. >> >> 3rd Change: Moving the following plugins into plugins main >> ================================================ >> >> * cube / rotate (one of the more well known ones, but still an effect) >> * wobbly >> >> The above reasons and also the semi-obvious ones listed next to the >> plugins. >> >> 4th Change: Moving the following plugins in to plugins extra >> ================================================ >> >> * annotate (it's for drawing on the screen, not managing windows) >> * blur (it's an effect) >> * ini / inotify (we recommend people to use compizconfig now, but >> ini/inotify should still be available in case people don't want to use >> it) >> * screenshot >> * water >> >> Same reasons as above >> >> 6th Change: Split gtk-window-decorator into two decorators >> ================================================ >> >> As everyone probably knows, gtk-window-decorator is really two window >> decorators in one - a simple window decorator which uses cairo to draw >> a decoration which changes color based on the current highlight_color >> of your gtk theme and also a window decorator which uses >> libmetacity-private to render the decoration based on your current >> metacity theme. If you don't want to build the metacity section, you >> can just disable USE_METACITY on build. >> >> This of course, is a mess. >> >> I think that we should split these into two decorators, a cairo one >> and a metacity one and have a shared libgdkcompizdecorator.so. This >> probably won't happen until the next release though. >> >> I'll do this in about 4 days, so please give me some feedback before I do. > > These changes are a step in the right direction, though I have a few > suggestions. > > 1) Move everything out of core that is not a bare WM necessity. This could > include Move, Resize, Decor, Place, Switcher and the 2D decorators remaining > in core, while any nonessential WM components/plugins are placed elsewhere.
Would you say that this also include the composite and opengl stuff? Splitting the 2D and 3D functionality would be difficult for the decorators. > > 2) If moving Gnome stuff out, do the same with kde. Take action on the > respective decorators equally as well. Yeah, doing that already. > > 3) Of lesser importance, during the restructure, move icons to their > respective plugins instead of having them all in ccsm repo because it makes > more sense and would allow individual plugin devs to produce their own icons > without needing commit access to ccsm. Forgot to add that I am planning to do this as well. The icons for plugins that are in plugin packs are going to stay in ccsm (less build time overhead) and I plan to add a cmake hook to allow plugin authors to specify and install their own icons (easy). Since I'm replying here I might also add a few other things too 1. For KDE Window Decorator I have talked to Martin Graesslin from KWin and we have decided to set it up as a shared repo between KWin and Compiz so that both developers will be able to update it on interface changes 2. We will also make a compiz-kde and compiz-gnome repo where the kdecompat, and also gnomecompat plugins will go. (compiz-gnome was already being used for keybindings and gnome-control-center, but gnomecompat can go there too) Kind Regards, Sam > > _______________________________________________ > 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
