comme beaucoup de monde, j'avais eu la même idée, et j'ai renoncé (enfin pour l'instant du moins :-))
En tant qu'utilisateur fanatique d'emacs, ce qui me plait, c'est de pouvoir définir les fonctions qui me manquent. C'est pour ça que je ne suis pas convaincu par les tentatives d'émuler les raccourcis "habituels" d'emacs dans d'autres applis (par exemple, je suis extrêmement frustré par le mode "emacs" d'eclipse).
Donc, mon avis, la bonne méthode est de faire une kpart qui embarque un emacs complet, avec interpréteur lisp et tout :-)
Deux soucis majeurs:
- la gestion des raccourcis clavier de kde est assez moyenne et demanderait sans doute pas mal d'assouplissement
- le coeur d'emacs n'est pas très propre, et le linker proprement à kde (avec dcop et compagnie) est déjà un boulot énorme.
Une autre possibilité et de recommencer à zéro, ce qui est déprimant à souhait, mais il y a des gens qui commencent à trouver les limitations d'emacs irritantes (notamment en matière d'extensibilité au niveau C) tout en n'aimant pas xemacs. On peut donc imaginer (espérer?) voir un nouveau clone apparaître un jour ou l'autre.
D'un autre côté, en supposant que le dialect lisp employé soit compatible avec emacs-lisp (avec notamment le scope dynamique des variables qui est pas mal contesté), la réécriture du coeur d'emacs ne devrait pas être si monstrueuse.
Troisième possibilité: passer à vi, kyzis n'étant pas mal du tout (argh, je viens d'être excommunié là :-))
Pour la petite histoire, je n'ai jamais réussi à développer kdevelop dans kdevelop, tellement je suis accro à mon éditeur :-)
[^] # Re: Pas mal de petites choses
Posté par Yann Hodique (site web personnel) . En réponse au journal Et vous que développez vous?. Évalué à 2.
En tant qu'utilisateur fanatique d'emacs, ce qui me plait, c'est de pouvoir définir les fonctions qui me manquent. C'est pour ça que je ne suis pas convaincu par les tentatives d'émuler les raccourcis "habituels" d'emacs dans d'autres applis (par exemple, je suis extrêmement frustré par le mode "emacs" d'eclipse).
Donc, mon avis, la bonne méthode est de faire une kpart qui embarque un emacs complet, avec interpréteur lisp et tout :-)
Deux soucis majeurs:
- la gestion des raccourcis clavier de kde est assez moyenne et demanderait sans doute pas mal d'assouplissement
- le coeur d'emacs n'est pas très propre, et le linker proprement à kde (avec dcop et compagnie) est déjà un boulot énorme.
Une autre possibilité et de recommencer à zéro, ce qui est déprimant à souhait, mais il y a des gens qui commencent à trouver les limitations d'emacs irritantes (notamment en matière d'extensibilité au niveau C) tout en n'aimant pas xemacs. On peut donc imaginer (espérer?) voir un nouveau clone apparaître un jour ou l'autre.
D'un autre côté, en supposant que le dialect lisp employé soit compatible avec emacs-lisp (avec notamment le scope dynamique des variables qui est pas mal contesté), la réécriture du coeur d'emacs ne devrait pas être si monstrueuse.
Troisième possibilité: passer à vi, kyzis n'étant pas mal du tout (argh, je viens d'être excommunié là :-))
Pour la petite histoire, je n'ai jamais réussi à développer kdevelop dans kdevelop, tellement je suis accro à mon éditeur :-)