> D'après les commentaires précédents, intégrer Vim dans KDE est très compliqué.
On s'est mal compris sur la signification du mot integrer.
Avoir vim pour editer ses mails dans KDE, c'est possible depuis longtemp (mikmak avait fait un patch dans ce sens). Avoir vim en style KDE, pareil, c'est possible depuis longtemp. Ca revient juste a lancer un editeur au bon moment, il n'y a pas de contraintes particulieres.
Mainenant, si on veut integrer vim dans KDevelop ou dans Kate, on doit avoir:
- la possibilite d'afficher plusieurs fenetres independantes sur le meme texte
- la possiblite de gerer plusieurs fenetres independantes avec du texte different
- la notion de focus: ce n'est pas toujours l'editeur qui controle ce qui se passe
- la notion boucle d'evenement separee: l'editeur n'etant pas le maitre, il doit se laisser controler par l'application qui l'embarque.
Ces 4 points sont _impossibles_ a realiser avec vim, et ce independamment de KDE ou de Gnome.
Pour l'instant, les gens qui parlent d'integration dans Gnome / bonobo de vim parlent en fait de modifier l'application cible pour qu'elle puisse appeler explicitement le composant vim (type le patch evolution).
Pour KDE, on a un niveau d'abstraciton qui a ma connaissance n'est pas present dans Gnome: KDE definit un composant editeur generique, avec des notions de documents, vue, curseur, undo, ... Rentrer vim la-dedans implique de s'adapter a ces contraintes. Le resultat, c'est que n'importe quelle application KDE pourra utiliser vim, sans meme le savoir. L'utilisateur aura juste a declarer le kpart vim comme son kpart editeur prefere. Ca va beaucoup plus loin que patcher evolution. Notamment, les applications comme quanta ou kdevelop n'ont meme pas besoin d'etre patchee.
Voila pourquoi on peut avoir l'impression que l'integration de vim dans KDE est plus difficile que dans Gnome. C'est simplement qu'on va plus loin.
Les 4 points cites sont les plus bloquants pour utiliser vim en tant que composant graphique. Bien sur, je ne vous surprend pas en vous disant que yzis n'a pas ces limitations.
[^] # Re: Intégrer Vim dans Gnome..
Posté par Philippe F (site web personnel) . En réponse à la dépêche Vim 6.3 dans les bacs.. Évalué à 8.
On s'est mal compris sur la signification du mot integrer.
Avoir vim pour editer ses mails dans KDE, c'est possible depuis longtemp (mikmak avait fait un patch dans ce sens). Avoir vim en style KDE, pareil, c'est possible depuis longtemp. Ca revient juste a lancer un editeur au bon moment, il n'y a pas de contraintes particulieres.
Mainenant, si on veut integrer vim dans KDevelop ou dans Kate, on doit avoir:
- la possibilite d'afficher plusieurs fenetres independantes sur le meme texte
- la possiblite de gerer plusieurs fenetres independantes avec du texte different
- la notion de focus: ce n'est pas toujours l'editeur qui controle ce qui se passe
- la notion boucle d'evenement separee: l'editeur n'etant pas le maitre, il doit se laisser controler par l'application qui l'embarque.
Ces 4 points sont _impossibles_ a realiser avec vim, et ce independamment de KDE ou de Gnome.
Pour l'instant, les gens qui parlent d'integration dans Gnome / bonobo de vim parlent en fait de modifier l'application cible pour qu'elle puisse appeler explicitement le composant vim (type le patch evolution).
Pour KDE, on a un niveau d'abstraciton qui a ma connaissance n'est pas present dans Gnome: KDE definit un composant editeur generique, avec des notions de documents, vue, curseur, undo, ... Rentrer vim la-dedans implique de s'adapter a ces contraintes. Le resultat, c'est que n'importe quelle application KDE pourra utiliser vim, sans meme le savoir. L'utilisateur aura juste a declarer le kpart vim comme son kpart editeur prefere. Ca va beaucoup plus loin que patcher evolution. Notamment, les applications comme quanta ou kdevelop n'ont meme pas besoin d'etre patchee.
Voila pourquoi on peut avoir l'impression que l'integration de vim dans KDE est plus difficile que dans Gnome. C'est simplement qu'on va plus loin.
Les 4 points cites sont les plus bloquants pour utiliser vim en tant que composant graphique. Bien sur, je ne vous surprend pas en vous disant que yzis n'a pas ces limitations.