[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
From:       Stephan Kulow <coolo () kde ! org>
Date:       2000-05-23 7:29:01
[Download RAW message or body]

Dawit Alemayehu wrote:
> 
> On Tue, 23 May 2000, Waldo Bastian wrote:
> > On Mon, 22 May 2000, Dawit Alemayehu wrote:
> > > Hello,
> > >
> > > I am trying fix the issue of the configuration information for proxy and
> > > cache mangement are not reflected immediately and require the user to
> > > manully restart the http io-slaves.  The only problem of reading this
> > > information right from the KProtocolManger::xxx is it looks into the config
> > > file each and everytime we call it.  Thus, it is much too slow.  Is there a
> > > way to store such information as read only entry using ksycoca so we have a
> > > very quick access to it ??
> >
> > Yes. The "Right Solution (tm)" is IMO to rename the protocol description
> > files from share/config/XXX.desktop to share/services/XXX.protocols and read
> > them into sycoca. For this kprotocolmanager needs to move from kdecore to kio.
> 
> Yep I thought so.  Otherwise the solution is going to be ugly using the
> remaining two options :)
> 
> > I wanted to do this some time ago but there was this ugly dependency from
> > kurl on kprotocolmanager for nested protocols.
> 
> This is the real problem.  KURL does too many things for its own good :)))
> Basically only few apps need such extended functionality.  The main one being
> konqueror.  Maybe we just need to grep the sources to see what kind dependecies
> there are on the two methods that call KProtocolManager ( hasSubURL() and
> upURL() ) and if  these depedencies are a few and not in kdelibs, we can perhaps
> move over the methods associated with nested protocols into into a whole new class
> that inherits from KURL and is located under kio ??
> 
What needs KURL anyway that is not in kio or below?

Greetings, Stephan

-- 
Programmers, heed this: If someone starts asking you about
agricultural genomes, it's likely time to get a handler. 
                                zdnet.com about Torvalds

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