RE: Gvim for KDE
A.J.Mechelynck wrote: My distribution of SuSE 9.3 came with a program named kvim which is a version of gvim 6.2.14, modified for kde (and, IIUC, Qt) (but --version says compiled by [EMAIL PROTECTED] and no modified-by line). (The console Vim that came with it was a 6.3.58.). Good luck to you if you want to merge kvim into mainstream Vim with a proper set of #ifdef's. I recall that the merging of kvim patches into the Vim tree went further than that - the KDE gui is mentioned in the help files. I even seem to remember that at one point the gui_kde files appeared in CVS, only to be removed again once they became unmaintained. So if a maintainer were to step forward, I would expect that Bram (or someone) would have at least the last 6.3 sources as a starting point. Since KVim is primarily a GUI port, I don't think much has changed between Vim 6.3 and Vim 7 that would cause big problems. I didn't have to change anything in the Win16 GUI code, for example, when I did the Win16 version of Vim 7. Another possible approach would be to do a pure QT port rather than a KDE port (much of the old KDE code could be reused) as then the resulting GUI Vim would be cross-platform (now that QT4 is dual-licensed for Windows as well as Un*x) Vince
Re: Gvim for KDE
On Wednesday 19 July 2006 03:01, Vince Negri wrote: A.J.Mechelynck wrote: My distribution of SuSE 9.3 came with a program named kvim which is a version of gvim 6.2.14, modified for kde (and, IIUC, Qt) (but --version says compiled by [EMAIL PROTECTED] and no modified-by line). (The console Vim that came with it was a 6.3.58.). Good luck to you if you want to merge kvim into mainstream Vim with a proper set of #ifdef's. I recall that the merging of kvim patches into the Vim tree went further than that - the KDE gui is mentioned in the help files. I even seem to remember that at one point the gui_kde files appeared in CVS, only to be removed again once they became unmaintained. So if a maintainer were to step forward, I would expect that Bram (or someone) would have at least the last 6.3 sources as a starting point. Since KVim is primarily a GUI port, I don't think much has changed between Vim 6.3 and Vim 7 that would cause big problems. I didn't have to change anything in the Win16 GUI code, for example, when I did the Win16 version of Vim 7. Another possible approach would be to do a pure QT port rather than a KDE port (much of the old KDE code could be reused) as then the resulting GUI Vim would be cross-platform (now that QT4 is dual-licensed for Windows as well as Un*x) Vince If it's built against KDE4, you'll get the GUI to be cross platform in the first place with minimal (or no) need for the GTK+ version. Pure Qt programs can integrate well with KDE provided you follow the KDE UI guidelines http://developer.kde.org/documentation/standards/kde/style/basics/index.html. You won't get the fun tools like KNotify, the toolbars, etc., but that would be the tradeoff for using just Qt (thus it would be somewhat annoying considering writing a KDE GUI for Vim should be straightforward as compared to a Qt GUI). You could technically use kdelibs4 as that is KDE's top priority in stabilisation, so a KDE4 version of Vim wouldn't be too difficult to maintain. Now I haven't really programmed using kdelibs and such, but if I could learn how, I might be able to help out with a KVim port. -- Matt Sicker pgpfTiYTfg1F0.pgp Description: PGP signature
Re: Gvim for KDE
Dnia środa, 19 lipca 2006 10:01, Vince Negri napisał: I recall that the merging of kvim patches into the Vim tree went further than that - the KDE gui is mentioned in the help files. I even seem to remember that at one point the gui_kde files appeared in CVS, It was working. I have compiled KDE version of Vim7 in that period. There was discussion few years ago about problems with KDE version. Major problem is incompatibility between glib event loop used by Vim and Qt event loop. But from various reports looks like Qt4.2 will be able to use glib event loop. It should a) remove some major hacks from kvim implementation b) remove unpleasant delay when using kvim. But to really test this we have to wait for official release of Qt4.2 and someone to write that port (I am not programmer) :/ But it would require to write completely new port - qvim because kdelibs won't be ready for third party things until fall (apart from some really adventurous programmers/users). Another possible approach would be to do a pure QT port rather than a KDE port (much of the old KDE code could be reused) as then the resulting GUI Vim would be cross-platform (now that QT4 is dual-licensed for Windows as well as Un*x) Probably good idea. Although KDE offers nice possibilities: kio-slaves, mox style menu bar. m.
Re: Gvim for KDE
On Monday 17 July 2006 03:40, Mikolaj Machowski wrote: Dnia poniedziałek, 17 lipca 2006 17:09, Charles E Campbell Jr napisał: As I recall, the vim7 kde port was dropped because there was no maintainer for the port. I'm not a KDE user myself, so I'm not a candidate, but perhaps if you volunteered to do KDE port+maintenance, you might be able to get it back in. I am not programmer but use KDE. IMO come back to KDE should wait until release of Qt4.2 . It should support glib event loop. Conflicts between glib and Qt event loops were major reasons for unresponsiveness of kvim. m. Back when I was looking for a KDE version of Vim, I found a program called yzis http://yzis.org/ that was effectively a new Vim-like program made for KDE (along with a CLI version) and a different set of ideas to work behind for future development. If a KVim version can be made with Qt4.2, I love you long time. -- Matt Sicker pgpQLldHA1cNX.pgp Description: PGP signature
Re: Gvim for KDE
Matt Sicker wrote: On Monday 17 July 2006 03:40, Mikolaj Machowski wrote: Dnia poniedziałek, 17 lipca 2006 17:09, Charles E Campbell Jr napisał: As I recall, the vim7 kde port was dropped because there was no maintainer for the port. I'm not a KDE user myself, so I'm not a candidate, but perhaps if you volunteered to do KDE port+maintenance, you might be able to get it back in. I am not programmer but use KDE. IMO come back to KDE should wait until release of Qt4.2 . It should support glib event loop. Conflicts between glib and Qt event loops were major reasons for unresponsiveness of kvim. m. Back when I was looking for a KDE version of Vim, I found a program called yzis http://yzis.org/ that was effectively a new Vim-like program made for KDE (along with a CLI version) and a different set of ideas to work behind for future development. If a KVim version can be made with Qt4.2, I love you long time. My distribution of SuSE 9.3 came with a program named kvim which is a version of gvim 6.2.14, modified for kde (and, IIUC, Qt) (but --version says compiled by [EMAIL PROTECTED] and no modified-by line). (The console Vim that came with it was a 6.3.58.). Good luck to you if you want to merge kvim into mainstream Vim with a proper set of #ifdef's. BTW, the Qt version installed here goes by the cryptic name of qt3-3.3.4-11.3 (as listed by rpm -qa | grep qt, without the quotes of course ;-) ). Best regards, Tony.
Re: Gvim for KDE
Stefan Karlsson wrote: By the way, is there anyone out there that is working on a KDE version? I have tried Kyzis a bit, but didn't really like it ... As I recall, the vim7 kde port was dropped because there was no maintainer for the port. I'm not a KDE user myself, so I'm not a candidate, but perhaps if you volunteered to do KDE port+maintenance, you might be able to get it back in. Regards, Chip Campbell
Re: Gvim for KDE
Dnia poniedziałek, 17 lipca 2006 17:09, Charles E Campbell Jr napisał: As I recall, the vim7 kde port was dropped because there was no maintainer for the port. I'm not a KDE user myself, so I'm not a candidate, but perhaps if you volunteered to do KDE port+maintenance, you might be able to get it back in. I am not programmer but use KDE. IMO come back to KDE should wait until release of Qt4.2 . It should support glib event loop. Conflicts between glib and Qt event loops were major reasons for unresponsiveness of kvim. m.
Re: Gvim for KDE
Stefan Karlsson wrote: These two sections in the documentation seems contradictory: *gui-kde* *kde* *KDE* *KVim* There is no KDE version of Vim. There has been some work on a port using the Qt toolkit, but it never worked properly and it has been abandoned. Work continues on Yzis: www.yzis.org. *gui-x11-kde* For Vim-KDE, you need at least Qt(=2.x) and the corresponding kdelibs. To compile, you must use the --with-qt-dir configure flag because QTDIR is not automatically detected yet. Giving KDE's directories to the configure script may also help in some cases. By the way, is there anyone out there that is working on a KDE version? I have tried Kyzis a bit, but didn't really like it ... AFAIK, development on kvim has been abandoned for good. But if you compile gvim for GNOME/GTK (you need to enable a configure check for Gnome in order to get that) it will even save its session when it gets killed implicitly by turning off the computer from the K menu. Of course you will need development versions of the Gnome and GTK libraries then, in addition to the KDE and Qt libraries needed for KDE applications. My SuSE 9.3 system came with kvim 6.2.14 (a badly outdated version of Vim by now) and vim (console version) 6.3.58 (only slightly less outdated). I compiled my own 7.0.39 Vim with GTK2-GNOME GUI and that's what I use now. Best regards, Tony.
Re: Gvim for KDE
i don't get it vim compiles for me just fine -- suse linux 10.0, using KDE, vim 7.0.35 -- am i missing something here? I think he meant a Vim GUI that is based on KDE/Qt rather than GNOME/GTK. Diwaker -- Web/Blog/Gallery: http://floatingsun.net/blog
Gvim for KDE
These two sections in the documentation seems contradictory: *gui-kde* *kde* *KDE* *KVim* There is no KDE version of Vim. There has been some work on a port using the Qt toolkit, but it never worked properly and it has been abandoned. Work continues on Yzis: www.yzis.org. *gui-x11-kde* For Vim-KDE, you need at least Qt(=2.x) and the corresponding kdelibs. To compile, you must use the --with-qt-dir configure flag because QTDIR is not automatically detected yet. Giving KDE's directories to the configure script may also help in some cases. By the way, is there anyone out there that is working on a KDE version? I have tried Kyzis a bit, but didn't really like it ... -- Stefan
Re: Gvim for KDE
stefan-- i don't get it vim compiles for me just fine -- suse linux 10.0, using KDE, vim 7.0.35 -- am i missing something here? are you asking for a binary? if you want one that excludes arabic, farsi, and righleft, and includes python 2.4.3, i can probably find a way to get you one... scott On Wed, 2006-07-12 at 22:23 +0200, Stefan Karlsson wrote: These two sections in the documentation seems contradictory: *gui-kde* *kde* *KDE* *KVim* There is no KDE version of Vim. There has been some work on a port using the Qt toolkit, but it never worked properly and it has been abandoned. Work continues on Yzis: www.yzis.org. *gui-x11-kde* For Vim-KDE, you need at least Qt(=2.x) and the corresponding kdelibs. To compile, you must use the --with-qt-dir configure flag because QTDIR is not automatically detected yet. Giving KDE's directories to the configure script may also help in some cases. By the way, is there anyone out there that is working on a KDE version? I have tried Kyzis a bit, but didn't really like it ...