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

List:       kde-devel
Subject:    Re: Proposal for IKWSFilter after 2.0
From:       Dawit Alemayehu <adawit () kde ! org>
Date:       2000-10-17 15:14:50
[Download RAW message or body]

On Tue, 17 Oct 2000, David Faure wrote:
> On Tuesday 17 October 2000 04:37, Dawit Alemayehu wrote :
> >On Mon, 16 Oct 2000, David Faure wrote:
>
> Well, I suspect it changes just as often as one changes his
> mimetype<->application associations, or installs a new application. As a
> matter of fact, it changes even less often than that, so it should really
> be ok.
> You took the wrong example: protocol files indeed change never, but
> all the other stuff in ksycoca (apps and mimetypes) change sometimes.

Ah, right. Okay :)

> >> And we don't even need a custom factory !
> >> Just some service files (*) for the servicetype "SeachEngine" or
> >> whatever will do just fine ! That's cool :)
> >
> >?? How is then typing "gg:sometextor" going to work ??  You still have to
> >substitute for the place holder in the supplied search string with the
> > text from the user's entry.  This means there needs to be some kind of
> > code that does the substitution, right ?  And that code is better being
> > common, right ? I am just surprised you said that.  Maybe I did not quite
> > understand ?
>
> We just keep the code where it is now, but instead of reading a config
> file, it does a KTrader query : "give me all the services for the
> ServiceType SearchEngine". This will give you everything it wants to know.
>
> What I was afraid of, was the need for a custom ksycoca factory, in which
> case the code has to be in libksysoca. But that doesn't seem to be the
> case, we can use the usual ServiceType / Service model.

I knew I mis-understood what you were saying.  This would indeed be great !!
It should speed things up nicely then.  I will start working on it.

Regards,
Dawit A. 
 
>> Visit http://master.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<

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