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

List:       vim-dev
Subject:    Re: [kvim-dev] RE: Vim's future ?
From:       Flemming Madsen <fma () ccieurope ! com>
Date:       2002-11-13 9:51:34
[Download RAW message or body]

Philippe FREMY wrote:

> I still think it would be an interesting addition for vim to separate it
> into a reusable vim-engine and a vim application front-end. This would make
> vim reusable in many context and not just hacky half-integrated components.
> But it is not going to happen for many reasons.
> 

If I had the time on my hands, I could well be challenged to have
a go at the component you describe out of the current codebase.

As Bram suggested, you can solve the the problem of vims 'getchar'
event paradigm by using threads or longjmp if threads wont work with kde.

I should also think it would be possible to use the gcc bintools to
link a vim module which only exports some well defined API and maintains
a private copy of the vim global variables per instance of the module.

I fail to see what is it is that cannot be done with this scheme, which is
also not possible in a standalone Kvim such as fi. native KDE splitter windows.

/Flemming

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