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

List:       kde-core-devel
Subject:    Re: Code duplication in KWrite, comment/uncomment stuff
From:       Simon Hausmann <shaus () helios ! med ! Uni-Magdeburg ! DE>
Date:       2000-05-29 7:59:10
[Download RAW message or body]



On Sun, 28 May 2000, Stephan Kulow wrote:

> Simon Hausmann wrote:
> > 
> > On Sat, 27 May 2000, Ralf Nolden wrote:
> > 
> > > Simon Hausmann wrote:
> > > >
> > > > I neither can nor want to decide on this issue :-}
> > > >
> > > > There are two valid points:
> > > >
> > > > - KWrite is an application. kdelibs contains *core* library stuff
> > > >   Although I agree that a text editor component is indeed a core
> > > >   component of a desktop environment.
> > > >
> > > > - However the fact that kdevelop would depend on kdebase isn't really a
> > > >   good thing either.
> > > >
> > > > How about this:
> > > >
> > > > We make kwrite a separate CVS module and "link" it into the kdebase and
> > > > the kdevelop CVS module via CVSROOT/modules , just like kde-common/admin .
> > > >
> > > > What do you think?
> > > I think that would be a suitable solution. After all, itīs just to keep
> > > kwrite sourcecode in sync, isnīt it ?
> > 
> > Yes
> > 
> > Now we need the help of the CVS Masters :-) Coolo, David, anyone
> > listening? :-)
> > 
> Well, technically I think it's possible, but I really don't want to see
> this
> beeing common practice ;(

Ok, so we have to decide between a hack and a design problem ;-)

1) link kwrite in kdevelop directly from kdebase/kwrite
   (hack ;-)

2) move kwrite to kdelibs (an application in kdelibs?)


Any other "solutions" ?


Bye,
 Simon

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