Un éditeur de code Firefox?

02/09/2008 Développement:// Un éditeur de code Firefox?
En tant que développeur utilitomane*, j'avoue que je ne trouve pas mon bonheur parmi les éditeurs disponibles. J'oscille en ce moment entre Scite et PHPEdit, avec un petit peu de Delphi 7 de temps à autre.
Le premier est très léger, se charge en un instant, propose le minimum vital et est très pratique. Le second est terriblement puissant, notamment dans ses aides à la manipulation et l'écriture du code, mais est un peu long à lancer, un peu trop complexe, et ses aides tombent parfois à côté de la plaque. Le troisième est juste vieux, et propose moins que le strict minimum.

Mais pourquoi titrer "éditeur de code Firefox" alors? Parce que Firefox est l'exemple personnifié et réussi d'un logiciel qui peut convenir au plus grand nombre. A la base FF propose un navigateur très simple, très facile à utiliser. Chacun est libre de le rendre plus puissant sur les aspects qu'il juge importants grâce aux nombreux plug-ins existants (avec la possibilité ultime d'en écrire).
On a donc le système idéal : suffisamment puissant pour le besoin, mais sans fonctionnalité inutile, et avec la possibilité de choisir parmi les modules celui qui colle réellement aux besoins.

Je me pose donc la question de la possibilité de créer un éditeur simple, disposant uniquement des fonctionnalités vitales (coloration, recherche puissante, multi-fichiers, manipulation du texte, ...) et de rejeter tout le reste dans des compléments (plug-in). Chacun peut ainsi se composer l'éditeur idéal. Et ceux qui ne le trouvent toujours pas pourront l'obtenir en développant le module qui manque, sans avoir besoin de développer tout un éditeur juste parce qu'ils ont une idée géniale**.

Évidemment cela existe déjà plus ou moins. Eclipse est basé sur cette idée, sauf que... sauf qu'Eclipse nu est déjà trop lourd, trop long à lancer et trop chargé pour moi. J'aime me concentrer sur le code, et non pas sur les multiples assistants et fenêtres de l'outil. PHPEdit dispose aussi de plug ins, mais a le même soucis.
Scite également peut être étendu (comme sans doute pas mal d'autres outils), mais une seconde relation avec Firefox me vient : ne pourrait on pas implémenter l'éditeur en XUL, ce qui assurerait le multi-plateforme en plus? Peut être même la réutilisation de la gestion des plug-ins de Mozilla?

J'aime le bon outil, mais uniquement pour ce qu'il m'apporte en confort et possibilités.

* utilitomane : version extrême du développeur qui passe son temps à trouver l'outil pratique pour réaliser son travail, voire développe lui même ses outils afin d'être plus efficace.
** il m'arrive très souvent d'avoir une idée géniale pour un éditeur, mais de flancher devant le besoin d'un développer un de zéro.

Rubriques des billets

Agilité - 16 billets
Archerie - 8 billets
Avis - 53 billets
Cultures - 11 billets
Délires - 37 billets
Démocrachie - 6 billets
Développement - 31 billets
Développement web - 23 billets
Ergonomie - 17 billets
Geekerie - 11 billets
Inclassable - 5 billets
Informatique - 21 billets
Japon - 3 billets
Littératures - 34 billets
PHP - 5 billets
Poor Lonesome Coder - 19 billets
Régalons-nous - 6 billets
Sortons! - 2 billets
Travail - 16 billets
Voyages - 2 billets
Webmasteriat - 18 billets

Commentaires(s)

2008-09-02 10:56:03 - yannux
Tu connais Komodo ?
2008-09-02 11:19:13 - Didier Bretin
Est-ce que Vim ne serait pas la solution ? Personnellement je l'utilise beaucoup et pour faire un tas de chose: développement, prise de note, modification de dump texte, ... J'avoue que le langage associé ne semble pas facile d'accès, mais la communauté propose quantité de plugin intéressant.
2008-09-02 12:30:53 - Mère Teresa
Viens tu à la journée Mozilla ?
https://wiki.mozilla.org/MAOW
2008-09-02 13:12:21 - Cédric
J'ai essayé Komodo il y a longtemps, je n'en avais pas gardé un souvenir excellent mais je vais retenter. Enfin, juste pour voir parce qu'il n'est pas possible de faire ce que je veux avec un IDE payant. Ce que je veux c'est pouvoir l'installer partout où j'en ai besoin : sur mes deux PC, au boulot, chez mes parents quand j'y vais, ...
Mais je vais voir si OpenKomodo est multi-langage de dév.

Vi, j'adore. Je ne l'ai pas mentionné simplement parce qu'il me semble difficile d'y avoir du code folding, de la complétion d'un identifiant venant d'un autre fichier du projet, l'exécution automatique des tests en tâche de fond, ... mais peut être que mon idéal d'éditeur peut se baser sur VIM et un ensemble de configurations / scripts?
Je vais explorer cette idée.

Je viens de voir la journée Mozilla, mais je risque de ne pouvoir me libérer pour cause de déménagement en cours. Sûr que j'aimerai y venir.
2008-09-02 13:18:06 - Cédric
J'ai oublié de mentionné Diavolo, un éditeur texte CSS sous forme d'extension FF, et qui semble très prometteur et surtout plein de vraies bonnes idées pour le développeur. Développé par le papa de Komposer, cela semble présager de très bons outils en mode XUL.

http://www.glazman.org/weblog/dotclear/index.php?post/2008/08/08/Diavolo-061
http://www.glazman.org/weblog/dotclear/index.php?post/2008/08/01/Diavolo-progress
2008-09-02 13:57:08 - namavic
J'utilise depuis plusieurs années PHP Expert Editor (shareware à 30€).
Il comporte l'auto-complétion, l'explorateur de code, le debug, le mode projet, l'accès FTP, etc.
Cerise sur le gâteau : il propose un mode macro permettant de réaliser des macro en PHP. Celles-ci s'exécutent directement à partir de l'éditeur, sur les fichiers ouverts, une portion de texte sélectionnée, etc.
La version 4.3 vient de sortir.
2008-09-02 14:44:21 - Cédric
Mais pourrait-on y rajouter un panneau latéral via les macros ou un mode plug-ins? Genre si je n'aime pas l'explorateur de code fourni, je le dégage et je recode le mien? C'est ça que je veux, pas un super éditeur qui fait certainement plein de choses très bien mais pas forcément de la manière qui me plait.
2008-09-02 21:51:07 - Didier Bretin
Je reviens sur Vi.

code folding: il est possible de replier les portions de texte que l'on souhaite en utilisant l'un des méthodes fournies. On peut se baser soit sur la syntaxe du langage utilisé, soit sur des marqueurs textes que l'on peut rajouter à la main.

complétion: la complétion existe à l'intérieur d'un même fichier ou si plusieurs fichiers sont ouverts en même temps. On peut utiliser aussi ctags qui permet d'analyser un ensemble de fichiers, par exemple de fichiers sources, et ensuite d'obtenir la complétion que l'on veut.

exécution automatique des tests en tâches de fond: je ne comprends pas bien ce que tu veux, mais j'essaye de reformuler. Si tu veux lancer des commandes de compilation à partir de vi c'est possible. Il peut lancer n'importe quelle commande shell et cela ne m'étonnerai pas qu'il existe des plugins pour les makefile ou les fichiers build.xml ant.

Je pense que l'on peut vraiment s'organiser avec Vim pour faire ce que l'on veut. Il est vrai que la mise en place peut être fastidieuse au départ mais ensuite quel bonheur. Sur un de mes projets java, je travaille avec eclipse. Mais j'ai mis en place les scripts ant pour pouvoir aussi me passer d'eclipse quand j'en ai besoin, par exemple pour lancer des compilations automatiques et des déploiements quasi automatisés. Dans ce mode là, il m'arrive de travailler avec Vim sous Windows pour coder.

Je ne souhaite pas te convertir absolument, mais je voulais apporter quelques arguments pour tes recherches.
2008-09-04 19:01:06 - namavic
Non, PHP Expert Editor ne permet pas d'aller aussi loin que vous le souhaitez. Il permet juste de faire des macros en PHP.
Sinon, vous avez NotePad++ (Open Source), il vous permet de lui ajouter des plug-ins de votre composition.
Voir : http://notepad-plus.sourceforge.net/fr/plugins-HOWTO.php
2008-09-05 10:04:01 - Cédric
Merci pour le lien, j'utilise déjà l'éditeur et n'avais pas encore étudié ses possibilités d'extensions. Ce que je vais faire.

Que ce soit celui ci ou Vim, je crois que vous m'avez convaincu qu'il est possible de construire un éditeur idéal à partir d'un existant que l'on compléterait joyeusement...
Reste juste que XUL m'attire en tant que développeur et que cela risque de me pousser à faire un choix non raisonnable pour mon temps libre ;-)
2008-09-05 17:35:57 - Arkh
vim ou emacs. Les éditeur "légers" (entre guillemets pour emacs), ayant une masse de modules et pour lesquels vous pouvez écrire des modules existent depuis des dizaines d'années.
Et ils sont gratuits donc pourquoi réinventer la roue ?
2008-09-05 17:59:48 - Cédric
Pour le fun? Parce que j'ai envie de découvrir un outil? Je suis d'accord que créer le n-ième éditeur qui sera parfait n'a pas grand sens. Bon, il me reste à choisir l'éditeur minimal mais extensible qui servira de base, il n'est clairement pas utile de repartir de zéro, sauf comme projet d'étude d'un nouveau langage.

@Didier Bretin : "exécution automatique des tests en tâches de fond", c'est par exemple jouer automatiquement les tests unitaires qui surveillent le code que je viens de modifier, et me signaler l'état global par une icône. Ou encore charger préventivement la documentation qui pourrait m'être utile en fonction de la position du curseur, histoire que si j'en ai besoin elle s'affiche en un instant.
Je sais, je plane un peu.

Ecrire votre commentaire

02/09/2008 - Systeme