Présentation
Maak.el est un paquet Emacs Lisp destiné à lancer des commandes système depuis l’éditeur, tout en offrant une interface programmable qui se veut « infinitely extensible ». Le projet, hébergé sur Codeberg, se positionne comme un pont entre l’écosystème Emacs et les langages de script externes, notamment Scheme. La documentation officielle est très succincte ; le dépôt ne fournit que le code source et un fichier README minimal, ce qui limite la visibilité sur les choix d’implémentation.
Architecture et extensibilité
Le cœur de maak.el repose sur les primitives Emacs standard call-process et start-process, qui permettent d’exécuter des programmes externes de façon synchrone ou asynchrone. En encapsulant ces appels dans des fonctions Lisp, le paquet expose une API où chaque commande est définie comme un objet Lisp contenant le nom, les arguments et les options de traitement du flux de sortie. Cette approche rend possible l’ajout dynamique de nouvelles commandes : l’utilisateur peut créer une nouvelle structure de commande à la volée, la stocker dans une table hash, puis l’invoquer via maak-run. La promesse d’« infinitely extensible » repose donc sur la capacité d’Emacs à modifier les tables de symboles à l’exécution, sans recompilation du paquet.
Intégration Scheme
Le README mentionne explicitement le support de Scheme. Concrètement, maak.el utilise le module geiser (ou, à défaut, scheme-mode) pour lancer un REPL Scheme en arrière‑plan. Les résultats des commandes Emacs sont alors transmis au processus Scheme via des canaux de communication standard (stdin/stdout). Cette architecture bidirectionnelle permet à un script Scheme d’appeler (maak-run "git status") et de récupérer le texte brut, tout en conservant le contexte lexical du script Scheme. Le mécanisme repose sur la sérialisation de chaînes de caractères, ce qui impose une contrainte de taille de message : les flux très volumineux doivent être découpés ou traités en flux continu pour éviter le dépassement de la mémoire tampon d’Emacs.
Limites et perspectives
En l’absence de benchmarks publics, il est difficile d’évaluer les performances de maak.el sur des charges lourdes. Emacs étant essentiellement mono‑thread, chaque appel call-process bloque le fil principal tant que le processus externe n’a pas terminé, ce qui peut impacter la réactivité de l’interface. L’utilisation de start-process atténue ce problème, mais requiert une gestion explicite des callbacks, ce qui augmente la complexité du code utilisateur. Sur le plan sécurité, l’exécution de commandes shell depuis Emacs expose le système à des injections si les arguments ne sont pas correctement échappés ; le paquet ne propose pas de mécanisme d’assainissement automatisé, laissant cette responsabilité au développeur. Enfin, le support Scheme dépend de l’installation préalable de geiser ou d’un interprète compatible, ce qui limite l’adoption pour les utilisateurs ne disposant pas de cet environnement.
