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

List:       kfm-devel
Subject:    Re: kded/registry
From:       weis () stud ! uni-frankfurt ! de
Date:       1999-06-02 2:55:51
[Download RAW message or body]

Hi,

On Tue, 1 Jun 1999, Simon Hausmann wrote:

> On Tue, 1 Jun 1999, David Faure wrote:
> 
> > > To me the remaining question(s) seem to be:
> > > - how can we create a fast and easy-to-use interface for the servicetypes
> > >   (including some kind of equivalent methods to the static methods of
> > >   kmimetype?) 
> > > - how can we provide extended versions of krun, which use kded
> > The above is 5 methods to add to kded's IDL, no ?
> > 
> > (konqueror keeps the mimetype registry loaded for itself, since it needs
> > a heavy use of it, but other apps who want it, such as kmail, can be happy
> > with simple IDL methods no ?)
> 
> 
> OTOH this is quite in contrary to the latest discussion about shared
> memory ;-) .
> And according to what Torben said, the mimetype stuff has to be very fast,
> and packing a KServiceType in a CORBA structure in order to transfer it
> through the ORB might be too slow perhaps.

David is talking about mimetypes. Why do you mix that with
KServiceTyoe? Or am I just once again too tired ( 5:00 am ).

> But I might be wrong, because I'm no expert with all the MimeType
> detection stuff and I don't know how much of the KServiceType stuff it
> needs.

Nothing.
 
> So I'd say: Give it a try, implement it, and see how fast it is.
> 
> If you keep the interface like with KActivator or KTrader and hide all the
> CORBA/Transfer stuff to the client then you can still change the
> background stuff afterwards to some faster way (shm?) it it's not good
> enough.
> 
> What do you think?
> 
> > Then it would be something like
> > 
> >    CServiceType findByURL( in string _url, in int _mode /* = 0 */,
> >               in boolean _is_local_file /* = false */, in boolean /* _fast_mode = false */ ); 
> > 
> >    CServiceType serviceType( in string name ) // who uses that ?
> > 
> >    ... something for KMimeMagic::findFileType(...)
> > 
> > > - the same with KPixmapCache, asking kded instead of KMimeType::findByURL
> > >   and other calls
> > Wasn't there the idea of sharing pixmaps in the X server, some time ago, on kde-devel ?
> 
> Oh, I would love to see that :-)
> And yes, I remember a discussion about this, too, but I have no idea the
> result or any progress.
> Perhaps experts like Matthias Ettrich or Mosfet can help?

Ettrich could help, but he is on holiday.
 
> > > P.S.: completely offtopic question, coming to my mind:
> > >       Are there any objections against adding the following commandline
> > >       argument to every server started by kactivator in kded:
> > >       -kdedior here_the_ior_of_the_calling_kded
> > >       This should solve the once discussed problem about koffice
> > >       apps running in an "alien environment" :-) .
> > >       Or is it problematic in any way?
> > What's the difference if other KDE apps are running or not ? I don't get
> > the point...
> 
> Example:
> The user starts KPresenter with "-kdedlocal" , for example because he
> uses KOffice in an "alien environment" (quoting Torben :) ) , where he
> does not want to have a daemon process hanging around which is useless for
> him (user) afterwards. But when the user now embeds a KSpread table for
> example, KSpread should know to use the local kded from KPresenter (which
> did not publish its IOR on the root window) and not to start a new kded.
> 
> > > P.P.S.: Last thing ;)
> > >         For me adding "-kdedlocal" as commandline option to koffice apps
> > >         is _always_ ignored. After some debugging it seems OPApplication
> > >         or something below eats the args.
> > >         Anyone experiencing the same?
> > >         Any solutions?
> > No idea, sorry.
> 
> BTW, how stable is embedding (in ko) for you?
> For me it's sometimes rock stable and sometimes I get strange crashes :-(
> And mostly it's some X-Bad-Window error or something with the focus...
> Could it be kded related?

X Window erroes look like something with qxembed went wrong.

Bye
Torben
 
> Ciao,
>   Simon
> 
> --
> Simon Hausmann       <hausmann@kde.org>
> http://www.kde.org/  <tronical@gmx.net>
> 
> 

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