[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: panel related classes in kdeui
From:       Dirk Ziegelmeier <dziegel () gmx ! de>
Date:       2005-05-10 17:51:16
Message-ID: 200505101951.16987.dziegel () gmx ! de
[Download RAW message or body]

On Tuesday 10 May 2005 11:31, Andras Mantia wrote:
> On Tuesday 10 May 2005 11:28, Stephan Kulow wrote:
> > Am Dienstag 10 Mai 2005 00:06 schrieb Richard Smith:
> > > On Monday 09 May 2005 18:43, Andras Mantia wrote:
> > > > On Monday 09 May 2005 20:16, Aaron J. Seigo wrote:
> > > > > This is my "official" request for the OK to do this. what say
> > > > > ye? =)
> > > >
> > > > This would mean that kdetv will depend on kdebase, which I'm not
> > > > sure it is a good idea.
> > >
> > > I think Aaron's suggestion is a good one. This will mean that the
> > > part of kdetv which interfaces with kicker will depend on
> > > libkicker, which to me seems sane and sensible. And a smaller
> > > libkdeui is no bad thing.
> >
> > Right. And we have other things that depend on kdebase already. E.g.
> > kdeaddons
>
> That's a little bit different as kdeaddons contains addons for a number
> of applications from all around KDE. In this case a third party
> application will be forced to depend on kdebase. Sure, the question
> about if this is good or not should be answered by the kdetv
> maintainer. I think that it is not good, especiallt for those wanting
> to run kdetv, but using a different DE as their main desktop.
> So let's ask Dirk Ziegelmeier (kdetv maintainer) about if he is OK or
> not to depend on kdebase.
Just go ahead and don't care about kdetv, the compilation of the modules that 
depend on these classes is disabled anyway because the applet/extension are 
not implemented.

Dirk
[prev in list] [next in list] [prev in thread] [next in thread]