Re: Embedding Emacs in other apps

[Tassilo Horn]

On Wednesday 28 April 2010 18:45:45 Jan Djärv wrote:

Hi Jan,

> > Clearly, I wouldn't want to wait 20 secs to start editing some
> > textfield, but simply embed a new frame...
> 
> It should be possible to pass it along to an emacs daemon.  Parent id
> is just another frame parameter, that --parent-id sets in
> initial-frame-alist.  Nobody saw the need, or did the code yet, thats
> all.

I guess it's only the latter reason. ;-)

> > And the other thing: Is there some example code showing how I can
> > embed emacs in my own application?
> 
> I have some Gtk+ examples, it is easy there.  But maybe you want
> straight X examples?

I wanted to investigate how much effort it would be to be able to use
emacs in all places in KDE where its "text editor kpart" is used.
Therefore, emacs (or an emacs frame) would need to implement this kpart
interface.  Currently, I don't know if and how that relates to XEmbed.
Possibly, it is a completely different approach.

When googling for emacs kpart, I found some few threads on
[x]emacs-devel and kde lists, where people were interested in
implementing such a emacs kpart.  Unfortunately, except comments like
"seems possible" the projects never seemed to get actually tackled.

I don't have much experiences with C/C++, and also my knowledge of
KDE/Emacs internals is nearby zero.  But maybe that would be a good
topic for a summer of code project mentored by an emacs as well as a KDE
dev.  I think I remember that Chong's and Stefan's plans for emacs 24
also include destop integration as a goal.

Bye,
Tassilo