-This means that you can have Vim embedded inside Konqueror, and everywhere a
-text ReadWrite or ReadOnly KPart is requested. Actually, there is almost no
-place right now where this is the case in KDE. KMail uses its own editor,
-KDEvelop uses its own editor, Kate uses some more powerful Kate component.
-
-But this only the beginning. Enabling a part in those programs shouldn't be
-much hassle and you can probably help me do it. My hope is really to get
-KDevelop use Vim.
-
-
-======= OBSOLETE ===========
-Requirements:
--------------
-To make this KPart work, you need a graphicial Vim version 6 with the client-server stuff feature activated and with the vim60-vimpart-patch.diff applied. The patch is in this dir. I hope to get it into the main Vim tree. KVim has already the patch but is slightly less stable that the original GVim. A big advantage of KVim is that you get the native KDE dialogs when vim asks a question.
-
-
-======= OBSOLETE ===========
-Installation:
--------------
-To make your vimpart work, you'll have to go into the vimpart directory and run "testVim your_patched_vim". If the test does work, a file goodVim will be created. You will be able to install and use the component. Else, the test will report why it fails (features missing in vim).
-
-
-
-======= OBSOLETE ===========
-Testing:
---------
-If you want to see your component without installing it, you can do the
-following:
-
-1. configure, build. Then go into the Vimpart subdirectory.
-To test it, run VimPartShell. Or run konqueror from this dir and click on a
-text file.
-
-
-======= OBSOLETE ===========
-Remarks:
---------
-The initial preference of the Vim KPart is 10. Kate uses 8, so if you install the part, it will override Kate for all the mimetypes. You can always change that by manually editing the initial preference in the desktop file or by simply selecting which editor you prefer for which mimetype in the control center.
-
-If you find some mimetype not handled by the Vim KPart although they should be, send me a patch!
-
-
-
-How it works:
--------------
-At the beginning, we started to write KVim, a port of GVim to KDE to make
-it possible to embed Vim inside KDE. But with the latest version of Vim, it
-turns out that it is not necessary to have a native Vim.
-I use QXembed, a widget which can embed any X application if it knows its X Window Id, using some X feature. The patch I provide will make vim displays its window id on stdout when the window is mapped. GVim 6.0 then provides a way to send commands to a Vim window from another process. If you look at the VimWidget source, you will see that 70% of the code is there to handle the communication process. The rest uses the communication channel to send the vim commands needed by kpart and tdetexteditor.
-As far as I can tell, the part is race-condition free. If you issue many sendNormalCmd and many evalExpr, they are guaranted to be executed sequentially. This has caused me enough problems when it wasn't the case!
-
-
-Qt, KDE2 and KDE3:
-------------------
-The VimWidget itself depends very litle on KDE. It is quite easy to port remove the KDE specific stuff, to use it in a Qt only program. In fact, at the beginning, it was only Qt-based.
-
-
-
-======= OBSOLETE ===========
-Features & TODO:
-----------------
-I think most basic features required by an editor widget or part are supported. There are some possible improvement but I would like more feedback to know what really needs to be done. So don't hesitate to write me about your feelings using this.
-
-My TODO list is:
-- restore the editing mode after sendCmd
-- implement KTextEditor interface
-- add some useful actions to the part (like search, ...)