Textchum

Textchum est un éditeur de texte pour macOS dans l'esprit de TextMate : natif, rapide et concentré sur une seule mission — éditer et valider une grande variété de types de fichiers — plutôt que d'être un IDE. Pas de bouton d'exécution, pas de débogueur, pas de place de marché d'extensions à l'horizon ; ce qu'il y a (ou aura), c'est la coloration syntaxique pour de nombreux langages et une validation appuyée sur des serveurs de langage qui respecte les frontières de chaque projet.

Comment il est construit

Textchum est scindé en deux moitiés :

Le noyau (libtextchum), écrit en Rust, possède tout ce qui touche au texte : tampons, éditions et le flux d'événements qui tient l'interface informée. Il se compile en bibliothèque statique avec une interface C simple et ignore tout de macOS.
La coque (shell), écrite en Swift avec AppKit, possède tout ce qui touche à la plateforme : fenêtres, rendu, saisie et menus. Elle ne détient jamais d'état du document en propre — chaque édition transite par le noyau.

Cette séparation garde la logique intéressante portable et testable sans interface graphique, tandis que la couche visible reste entièrement native. La page d'architecture explique le raisonnement et les règles de la frontière.

État actuel

Textchum est jeune. Ce qui existe et fonctionne aujourd'hui :

Un noyau Rust exposant des tampons de texte fondés sur des ropes à travers une ABI C, avec édition par décalages d'octets et par unités UTF-16 (cette dernière correspondant à la façon dont AppKit et le Language Server Protocol adressent le texte).
La coloration syntaxique tree-sitter pour quatorze langages, incrémentale à chaque édition, avec injections de langages (clôtures Markdown, script/style HTML) et palettes claire/sombre — voir Coloration.
Des documents au-dessus des tampons : ouverture et enregistrement avec détection d'encodage et écritures atomiques, annuler/rétablir avec fusion des frappes, et suivi des modifications ancré au dernier enregistrement — voir Documents.
Un aperçu Markdown en direct à côté de la source — rapiécé sur place pendant la frappe, au défilement synchronisé dans les deux sens — voir Markdown.
La validation par serveurs de langage avec une instance de serveur par projet : des diagnostics pendant la frappe, marqués dans le texte et comptés dans le sous-titre de la fenêtre, issus de processus serveurs indépendants par projet — voir Serveurs de langage.
Un tiroir de navigation dans chaque fenêtre : les documents ouverts groupés par projet (marqueur de racine le plus proche — le groupement que partageront les serveurs de langage), avec l'arborescence du projet courant en dessous — voir Le navigateur.
Une configuration adossée à un fichier JSON, avec une fenêtre de réglages graphique qui écrit directement dans le fichier — y compris le choix d'apparence (système/claire/sombre) : les éditions à la main survivent, les fichiers cassés retombent sur les valeurs par défaut et sont sauvegardés plutôt qu'écrasés — voir Configuration.
Un canal d'événements asynchrone des fils d'exécution du noyau vers l'interface, avec un contrat strict de livraison sur un seul fil.
Un éditeur macOS à fenêtres multiples (avec onglets natifs), panneaux d'ouverture/enregistrement, invites d'enregistrement à la fermeture, recherche et remplacement avec expressions régulières, et surveillance en direct des fichiers ouverts face aux modifications d'autres programmes ; chaque vue de texte est maintenue au pas avec son document du noyau par un protocole de synchronisation qui interdit toute divergence.
Un test de fumée sans interface qui exerce l'aller-retour complet Swift ↔ noyau — édition, annulation, enregistrement, réouverture, événements —, utilisé par l'intégration continue comme par les humains pressés.

La suite, dans l'ordre approximatif : la complétion, la recherche à l'échelle du projet et l'ouverture floue de fichiers, et la restauration de session.

Pour aller plus loin

Premiers pas — compiler et lancer Textchum depuis les sources.
Architecture — la séparation noyau/coque et ses règles.
Documents — annulation, modifications, encodages, enregistrements atomiques.
Coloration — langages, injections et le thème.
Configuration — la fenêtre de réglages et son fichier JSON.

À propos de l'icône

L'icône de l'application est une tulipe photographiée par Horacio Duran dans les champs de fleurs près de Lisse, aux Pays-Bas (52°19'54.1"N 4°37'25.9"E), le 21 avril 2026 à 11 h 25. - La frontière C — conventions de l'interface entre les deux.