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

List:       kfm-devel
Subject:    Re: Proposal : a new lib for konqy and kdesktop
From:       Stephan Kulow <coolo () kde ! org>
Date:       1999-04-12 8:33:31
[Download RAW message or body]

weis@stud.uni-frankfurt.de wrote:
> 
> Hi,
> 
> On Mon, 12 Apr 1999, David Faure wrote:
> 
> > On Mon, Apr 12, 1999 at 12:12:06AM +0200, David Faure wrote:
> > [lots of stuff to convince people about libkonq :)]
> >
> > and I just had another thought :
> >
> > this lib (if I drop the idea of putting the IDL code in it) is ONLY used by
> > konqueror and kdesktop (and perhaps kpanel).
> > So we don't need to make this a lib in kdelibs. A lib yes, but in kdebase,
> > for shared code between kdesktop and konqueror.
> > Just like we have libkmsg, ksirc libs, koffice ....
> > No need to bloat kdelibs even more with something only used by kdebase apps !
> >
> > Opinion ?
> 
> That sounds even better.
> 
> But we can not move KService and friends to that lib and
> they do not really belong to IO stuff.
> 
> What about putting all the service/mimetype... stuff
> to kdecore ? In general: Every file in libkio that does not
> start with kio_ may be a candidate for kdecore.
> 
> However, please dont move it today, I have to do some
> commits first tonight.
> 
My opinion is that kdecore should be held as small as possible
for apps like kmoon that do not need anything bug a KApplication.
No reason for adding too many symbols to kdecore, so that the
startup time of those apps increases.

Greetings, Stephan

-- 
As long as Linux remains a religion of freeware fanatics,
Microsoft have nothing to worry about.  
                       By Michael Surkan, PC Week Online

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