Re: Slab's CC

On Wed, 2006-10-11 at 17:41 +0200, Denis Washington wrote:
> Rodrigo Moya wrote:
> > CCing desktop-devel-list for any comment:
> >
> > On Tue, 2006-10-10 at 18:08 +0200, Rodrigo Moya wrote:
> >   
> >> On Tue, 2006-10-10 at 11:58 +0200, Rodrigo Moya wrote:
> >>     
> >>> Hi
> >>>
> >>> I'm starting to move code from the CVS module slab to our
> >>> control-center. So, this means just moving the slab/control-center code
> >>> to our module, which is easy. The problem is with libslab/libtile and
> >>> the util/ dir. The idea so far has been to leave them in slab and set
> >>> them up as virtual modules for control-center and later, if accepted,
> >>> into the panel (for the slab's menu applet).
> >>>
> >>> But I just started thinking about having all this code into a
> >>> libgnomecontrolcenter that, later, if accepted, the panel could use.
> >>> What do you think?
> >>>       
> >> Following on this, I'm looking (and almost starting) to merge all the
> >> libs we have in c-c into a single libgnomecontrolcenter library. That
> >> means putting libbackground and libwindow-settings, and, if we all
> >> agree, libslab and libtile (while we look for a better place).
> >>
> >> Anyone has anything against this? I guess we don't have ABI/API
> >> problems, since they're not platform libraries, right?
> >>     
> Personally, I think moving slab into a libgnomecontrolcenter would be a 
> bit inconvenient if it might also be used in the panel. I mean, why 
> should gnome-panel depend on a gnomecc library?
let me answer you with a question :) why should the panel, and the c-c,
depend on 2 more libraries (libslab and libtile), not in the platform?

Of course, we could solve it by adding both libs to both modules as
virtual CVS dirs, but that means having 2 copies of the same library in
2 apps that are running always in all gnome desktops. Of course, not a
huge problem, but why should we prefer that over a clean and, hopefully
in the future, in the platform, libgnomecontrolcenter?
Rodrigo Moya <rodrigo novell com>

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]