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

List:       kde-core-devel
Subject:    Re: A new framework for embedding ... without CORBA (fwd)
From:       Simon Hausmann <shaus () uermel ! Med ! Uni-Magdeburg ! DE>
Date:       1999-09-29 8:29:16
[Download RAW message or body]

sorry for the reply-to header (stupid fucking sendmail)

---------- Forwarded message ----------
Date: Wed, 29 Sep 1999 10:12:36 +0200
From: Matthias Elter <me@main-echo.net>
To: Simon Hausmann <shaus@neuro2.med.uni-magdeburg.de>
Subject: Re: A new framework for embedding ... without CORBA

On Mit, 29 Sep 1999, Simon Hausmann wrote:
(...)
> Two arguments:
> 
>  1) currently KOffice documents/views are shared instances. This means if
>     you embed KSpread in KPresenter and in KWord, KSpread gets launched
>     only once. While this is in general a good thing, it arises the
>     problem that if that one KSpread instance crashes, it takes
>     KPresenter and KWord in its grave.

Come on, Simon, you know this is not a real argument for canossa as we can
simply activate CORBA servers unshared.

>  2) Question: Will anyone *ever* embed a KOffice View over a network, when
>     even the local (read: on the same machine) embedding is too slow to be
>     usable?
>     IMHO it is absolutely sufficient to restrict the graphical embedding
>     of components to be available locally only, while gaining performance
>    (make sure to actually *try* Canossa, you will be impressed by the
>     performance of embedded components)

Embeding over a network is not a killer feature, you are right. But  the
chance to agree on a common embeding mechanism with GNOME in the future _is_ a
killer feature.

Greetings, Matthias 

P.S.: Yes I know we wont see a common object model for KDE and GNOME in the
near future but please keep the chance for KDE 3.0 or 4.0.

-- 
Matthias Elter
me@kde.org / me@main-echo.net
KDE developer

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