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

List:       kfm-devel
Subject:    Re: Proxy/Cache configuration in sycoca ?? [ Can we store general settings in database for speed ??
From:       Dawit Alemayehu <adawit () starpower ! net>
Date:       2000-05-23 14:27:10
[Download RAW message or body]

On Tue, 23 May 2000, David Faure wrote:
> On Tue, May 23, 2000 at 12:26:11AM -0400, Dawit Alemayehu wrote:
> > Hmmm... IIRC we have already been over this and it seems that for better or
> > worse these two seems to be inter-woven together.  If you want to keep the same
> > functionality provided by hasSubURL()/upURL(), I do not see any other way to do
> > this :(( I mean right now if you add a new protocol, as long as you supply the
> > new protocol definition file, KURL can immediatly use it !!  Hmmm... hard
> > problems require very hard solutions :))  But I think creating another KURL
> > class with the added functionality is not a big deal.  I mean supporting nested
> > URLs is a very special and specific functionality and since the new extented
> > class in KIO would inherit from KURL, all the class that depend on can simply
> > switch and used the enhanced one ??  I have a feeling David is not going to
> > like this...
> 
> Well, one thing is: we still don't know if we are going to reimplement
> filter protocols in kio... Although it would be a good thing to have those back.
> I think Stephan needs a full time KDE job too :).
> And he's right: who needs KURL and doesn't use KIO (given that kfile
> uses KIO too...). Maybe the solution is very simple: moving KURL to kio.
> Ah, does KURLLabel use KURL ?

Nope KURLLabel does not, but KAboutDialog and KAction do which are both in
kdeui :))  and I have not searched the other packages in kdelibs some which
I am sure do not depend on kio.

Regards,
Dawit A.

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