Vous allez dire que je suis mechant mais je me marre en lisant ca:
104 points: support embedding of Vim in another GUI program
Apres plus de trois ans de bataille avec le code de vim, et un certain nombre de discussion avec Bram, il est apparu que le GUI graphique ne faisait pas partie des priorites de Bram, ni meme de son champ de comprehension. Apparamment, c'est pourtant la priorite des utilisateurs. Pire, il est apparu que Bram ne comprenait pas vraiment les besoins d'un bon GUI graphique et surtout n'envisageait pas de changer une ligne de code de vim pour supporter quoi que ce soit dans ce sens. A cause de cela, kvim est bourre de hacks qui permettent vaguement de lancer kvim sans prendre 100% de cpu si il est de bonne humeur. Vous pleureriez si vous saviez comment on arrive a faire un composant vim pour KDE a partir de ca.
La derniere fois qu'on lui a demande de separer vim en un moteur vim et un gui vim pour faciliter l'integration graphique, il a dit qu'il ne toucherait pas a ces parties la et que vim resterait tel qu'il est, un editeur oriente terminal. Les changements seraient de toute maniere trop profond pour pouvoir etre realises. Je me demande si il a juste change d'avis et ne realise pas l'ampleur de la tache maintenant, ou si il s'est juste foutu de notre gueule a l'epoque.
A mon avis, vous pouvez toujours rever mais vous n'etes pas pret d'avoir un bon gui pour vim. Par bon gui, j'entends un truc qui ne soit pas equivalent a xterm + vim mais plutot un gui incrustable dans kdevelop, quanta ou kmail.
74 points : add IDE features (debugger integration, shell window)
Dites-moi, il a bien change Bram. Pareil, quand on lui a dit que separer vim en un moteur et un frontend permettrait d'integrer vim dans un IDE style KDevelop, il a dit que c'etait ce qu'il voulait (bien qu'il n'accepte aucun patch allant dans cette direction) et que vim ne devait pas devenir un IDE en soi.
62 points: support multiple top-level windows for one running Vim
La aussi, ca me fait marrer. Parmi toutes les directions qu'il ne voulait pas prendre, celle-ci semble quand meme la plus facile a ajouter au code.
[^] # Re: Vim 7
Posté par Philippe F (site web personnel) . En réponse à la dépêche Vim 6.3 dans les bacs.. Évalué à 10.
104 points: support embedding of Vim in another GUI program
Apres plus de trois ans de bataille avec le code de vim, et un certain nombre de discussion avec Bram, il est apparu que le GUI graphique ne faisait pas partie des priorites de Bram, ni meme de son champ de comprehension. Apparamment, c'est pourtant la priorite des utilisateurs. Pire, il est apparu que Bram ne comprenait pas vraiment les besoins d'un bon GUI graphique et surtout n'envisageait pas de changer une ligne de code de vim pour supporter quoi que ce soit dans ce sens. A cause de cela, kvim est bourre de hacks qui permettent vaguement de lancer kvim sans prendre 100% de cpu si il est de bonne humeur. Vous pleureriez si vous saviez comment on arrive a faire un composant vim pour KDE a partir de ca.
La derniere fois qu'on lui a demande de separer vim en un moteur vim et un gui vim pour faciliter l'integration graphique, il a dit qu'il ne toucherait pas a ces parties la et que vim resterait tel qu'il est, un editeur oriente terminal. Les changements seraient de toute maniere trop profond pour pouvoir etre realises. Je me demande si il a juste change d'avis et ne realise pas l'ampleur de la tache maintenant, ou si il s'est juste foutu de notre gueule a l'epoque.
A mon avis, vous pouvez toujours rever mais vous n'etes pas pret d'avoir un bon gui pour vim. Par bon gui, j'entends un truc qui ne soit pas equivalent a xterm + vim mais plutot un gui incrustable dans kdevelop, quanta ou kmail.
74 points : add IDE features (debugger integration, shell window)
Dites-moi, il a bien change Bram. Pareil, quand on lui a dit que separer vim en un moteur et un frontend permettrait d'integrer vim dans un IDE style KDevelop, il a dit que c'etait ce qu'il voulait (bien qu'il n'accepte aucun patch allant dans cette direction) et que vim ne devait pas devenir un IDE en soi.
62 points: support multiple top-level windows for one running Vim
La aussi, ca me fait marrer. Parmi toutes les directions qu'il ne voulait pas prendre, celle-ci semble quand meme la plus facile a ajouter au code.