[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
From:       Waldo Bastian <bastian () suse ! de>
Date:       1999-09-29 8:52:05
[Download RAW message or body]

On Wed, 29 Sep 1999, Simon Hausmann wrote:
> On Wed, 29 Sep 1999, Matthias Elter wrote:
> 
> > On Mit, 29 Sep 1999, Simon Hausmann wrote:
> > > On Wed, 29 Sep 1999, Waldo Bastian wrote:
> > > 
> > > > On Wed, 29 Sep 1999, Simon Hausmann wrote:
> > > > > > So instead of moving to an open standard for desktop components we move
> > > > > > closer to a Qt/TrollTech-only solution? 
> > > > 
> > > > [Snip]
> > > > 
> > > > > So this is no removal of an open desktop component standard IMHO, the idea
> > > > > of components remains! It's just a matter of using fast and efficient C++
> > > > > interfaces and shared libraries instead of CORBA.
> > > > 
> > > > Like I said: We're moving to a proprietary Qt solution instead of to a solution
> > > > based on open standards. I find that a sad development.
> > > 
> > > If you want to embed an OpenParts::Part component in your application,
> > > then you have to use (read: link against) libkparts and libqt.
> > > 
> > > If you don't want to link against it, then you have to re-implement the
> > > whole OpenParts in your desired toolkit.
> > > 
> > > I don't see the difference, meaning our solution already depends on Qt.
> > 
> > You can reimplement the current OpenParts in GTK for example. Can you do this
> > with canossa-OpenParts?
> 
> You can't, that's true.
> 
> BUT:
> 
> After 1 year after Torben finalized the OpenParts interface I did not see
> *a single* proposal to reimplement it for GTK, so I hardly doubt that this
> is realistic (IMHO)

How many Qt applications have been released that use OpenParts? I don't think anyone
but the current koffice-hackers have ever used it. You can hardly expect any support
for it if it isn't properly released. 

Cheers,
Waldo


 

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