[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:       David Faure <David.Faure () CRAMER ! CO ! UK>
Date:       1999-09-29 12:31:23
[Download RAW message or body]





> -----Original Message-----
> From: Jo Dillon [mailto:emily@thelonious.new.ox.ac.uk]
> Sent: Wednesday, September 29, 1999 12:50 PM
> To: kde-core-devel@kde.org
> Subject: Re: A new framework for embedding ... without CORBA
> 
> 
> David Faure (David.Faure@CRAMER.CO.UK) spake thusly:
> > If we keep the current openparts, I'll simply implement the 
> equivalent
> > of KAccelMenu in it - and I'm sure anybody could implement 
> it for another
> > toolkit when necessary. We don't what the future is, so of 
> course we don't
> > know if the open solution will really be helpful - but 
> since we already have
> > it,
> > why go for a closed solution now...
> 
>   Why not do both? Use this shared library stuff for our own code
> but leave the door open to supporting bonobo components as well?
> I don't see why this is an either/or thing; surely we can 
> embed components in two different ways if we need to?

Let's take an example :
a menu in kspread is either a QPopupMenu or an OPMenu.
We have to choose here, we can't do both.
An embedded part wants to add its item into it when embedding itself.
The first one can only be accessed through the Qt API => same process only
the second one, though being physically a QPopupMenu for us, implements an
IDL
interface, so it can be accessed from a remote process as well.
                                                        ^^^^^^
Oh yes your point is very good : we could keep the Openparts interface, but
do 'local' embedding for koffice, using the canessa-like way.

In the example above, the menu would still be an OPMenu, but would
be used as a QPopupMenu (it inherits from it) for koffice purposes.

What do you (all) think ?

--
David Faure
faure@kde.org - KDE developer
david@mandrakesoft.com - Mandrake
david.faure@cramer.co.uk - Cramer Systems

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