Typst 0.15.1 est-il adapté aux articles scientifiques : validation de migration sur Mac en 2026

La décision dépend d’abord de l’état du projet scientifique

La question « Typst 0.15.1 est-il adapté aux articles scientifiques ? » reçoit une réponse différente selon le moment où le projet se trouve. La rapidité de rédaction, la génération d’un PDF et l’acceptation par une université ou une revue sont trois niveaux distincts. Une compilation réussie ne prouve donc pas qu’un mémoire respecte le modèle officiel.

Typst ne requiert pas un Mac pour commencer : un poste Windows, Linux, un navigateur ou un serveur convenablement configuré peuvent suffire. Un Apple Silicon Mac devient intéressant lorsque le projet dépend aussi d’un logiciel réservé à macOS, d’une chaîne graphique particulière, de polices installées localement ou d’un outil de validation destiné aux plateformes Apple. Louer un Mac uniquement pour écrire en Typst ajouterait une dépendance inutile.

Premier profil : le nouvel article peut être validé sans migration complète

Pour un étudiant qui commence une thèse, le meilleur test n’est pas de convertir immédiatement un ancien dossier LaTeX. Il consiste à créer un échantillon représentatif de l’article : page de titre, deux niveaux de section, une équation, une figure, un tableau, une note, une annexe et plusieurs citations.

Cette approche répond à la question de la compatibilité réelle avec un mémoire ou un article, plutôt qu’à celle de la simple prise en main. La documentation officielle confirme que Typst peut exploiter des fichiers BibLaTeX, utiliser Hayagriva et produire plusieurs styles de citation ; ces possibilités sont décrites dans la documentation officielle sur les bibliographies. Elles ne garantissent cependant pas que le style demandé par une école ou une revue sera identique à celui obtenu avec LaTeX.

Un cycle minimal de rédaction à reproduire

L’échantillon doit être conservé dans un dépôt séparant clairement le contenu, le modèle, les références et les ressources graphiques. Une organisation simple peut ressembler à ceci :

article-typst/
├── main.typ
├── references.bib
├── template.typ
├── figures/
└── tests/

Une compilation locale avec l’interface en ligne de commande peut ensuite être testée :

typst compile main.typ tests/article.pdf

Le résultat attendu doit être écrit dans le journal de validation, et non déduit d’un écran de prévisualisation :

Compilation réussie
Fichier produit : tests/article.pdf
Références : vérifiées manuellement
Figures : affichées
Anomalies : à examiner avant soumission

Le test doit être recommencé après une modification du modèle, de la bibliographie et d’une figure. Un fichier PDF qui s’ouvre ne prouve pas encore que les renvois, les métadonnées, la numérotation ou les polices sont corrects.

La question de la migration depuis LaTeX

La migration LaTeX est raisonnable pour un nouveau projet lorsque les auteurs contrôlent la structure et peuvent réécrire les commandes. Elle devient risquée lorsqu’un article utilise une classe de revue, un ensemble de macros personnelles, des environnements algorithmiques, des tableaux très spécialisés ou des scripts historiques.

Il est préférable de conserver les fichiers sources LaTeX, le fichier .bib et le PDF de référence. Le document Typst doit être comparé section par section, sans supprimer l’ancien système avant l’acceptation finale. Cette précaution permet de revenir rapidement à LaTeX si une revue exige un fichier source spécifique.

Deuxième profil : un article en cours doit rester dans son environnement stable

Pour un doctorant qui prépare déjà une soumission, le modèle et la bibliographie sont des critères bloquants. Une interface plus agréable ne compense pas une différence dans les marges, les légendes, les références croisées ou les pages supplémentaires.

Le test doit partir d’une copie dépersonnalisée du projet réel. Il faut conserver les fichiers de classe, les macros, les images, le fichier bibliographique et les instructions de la revue. Les éléments suivants doivent être convertis séparément :

• une section contenant des références croisées ;
• un tableau large ou multipage ;
• une formule avec plusieurs lignes ;
• un algorithme ou un bloc de pseudo-code ;
• une annexe ;
• les documents complémentaires ;
• plusieurs entrées BibLaTeX avec auteurs, DOI, pages et caractères accentués.

Si le projet dépend d’un grand nombre de paquets LaTeX, d’un fichier de classe fourni par un éditeur ou d’un script de génération, la décision par défaut est de conserver LaTeX. Typst peut rester un laboratoire pour un nouvel article, un rapport interne ou une partie indépendante, mais il ne doit pas devenir le chemin de soumission avant une comparaison complète.

Troisième profil : une équipe doit choisir la reproductibilité avant l’outil

Dans une équipe de recherche, la question « Typst ou LaTeX pour un article scientifique ? » ne doit pas être réglée par la préférence d’un seul rédacteur. Le critère décisif est la capacité d’un autre membre à reconstruire le document avec les mêmes sources, les mêmes polices et les mêmes paramètres.

Les équipes peuvent travailler avec une installation locale, une application web ou un poste macOS distant. La documentation de l’application web décrit la création des projets, l’édition et l’export ; la page officielle consacrée à l’application web Typst doit servir de référence pour les capacités actuellement disponibles. La synchronisation avec Git peut être étudiée à partir de la documentation officielle sur Git, sans supposer qu’elle remplace les règles internes de confidentialité.

Pour un article contenant des données sensibles, l’équipe doit vérifier les règles institutionnelles avant d’utiliser un service web ou de transmettre un dossier à un poste distant. Le fichier source, le modèle, la liste des polices, le fichier .bib, les images et l’historique d’export doivent être conservés ensemble. Le PDF final seul ne permet pas de reproduire une correction ou d’expliquer une différence de rendu.

Un poste distant sous macOS peut compléter cette organisation si la même équipe utilise parallèlement un logiciel audio, vidéo, de design ou de traitement d’image uniquement disponible sur cette plateforme. Dans ce cas, une page comme l’accès à un Mac distant pour les travaux universitaires peut être examinée comme solution d’environnement, mais elle ne rend pas Typst lui-même dépendant de macOS.

Quatrième profil : le support universitaire doit séparer installation et conformité

Le personnel technique ou le responsable de laboratoire doit établir une fiche d’acceptation avant de recommander Typst 0.15.1. Chaque ligne doit contenir un fichier de test, un résultat attendu, un résultat obtenu, une personne responsable et une solution de repli.

Liste de contrôle à exécuter sur un projet réel

• [ ] Fixer la version de Typst utilisée par tous les membres et noter la date de vérification.
• [ ] Compiler un projet minimal depuis la ligne de commande et depuis l’environnement choisi par l’équipe.
• [ ] Charger une bibliographie réelle, de préférence une copie anonymisée du fichier .bib utilisé pour l’article.
• [ ] Vérifier les citations dans le texte, la liste finale, les accents, les DOI et les références croisées.
• [ ] Tester le modèle de l’établissement ou de la revue avec les marges et la page de titre imposées.
• [ ] Vérifier les polices chinoises, grecques, latines et les caractères scientifiques réellement employés.
• [ ] Insérer une formule, une figure vectorielle, une image raster et un tableau large.
• [ ] Contrôler la numérotation des sections, figures, tableaux, équations, notes et annexes.
• [ ] Vérifier les métadonnées du PDF, son affichage dans plusieurs lecteurs et la présence des signets attendus.
• [ ] Comparer le PDF Typst avec le PDF de référence page par page, sans assimiler une compilation réussie à une conformité acquise.
• [ ] Conserver les sources, le modèle, les polices, la bibliographie et la commande d’export dans une archive livrable.
• [ ] Écrire une procédure de retour vers LaTeX si un élément bloquant apparaît pendant la soumission.

La documentation officielle de l’export PDF explique les paramètres et le modèle de sortie ; elle doit être consultée au moment de vérifier les métadonnées et les propriétés du document dans la référence PDF de Typst. Les exigences d’une université ou d’un éditeur restent prioritaires : aucun document officiel ne permet de déduire à l’avance qu’un modèle particulier sera compatible.

Les références, les polices et le PDF constituent les vrais points de blocage

Typst 0.15.1 peut lire des fichiers BibLaTeX, mais « lire le fichier » et « reproduire exactement le style exigé » sont deux opérations différentes. Le test doit inclure les cas réellement présents dans la bibliographie : plusieurs auteurs, noms composés, titres en plusieurs langues, articles avec numéro, thèses, actes de conférence et références avec DOI.

Les polices demandent une vérification comparable. Une police installée sur un Apple Silicon Mac peut ne pas être disponible sur un poste Linux, dans un navigateur ou sur un Mac distant. Le fichier source doit donc indiquer les polices attendues, et l’équipe doit conserver une procédure de remplacement validée. Les caractères accentués, les symboles mathématiques et les alphabets non latins doivent être testés dans un document qui sera effectivement remis.

Enfin, le PDF doit être examiné comme un livrable scientifique : texte sélectionnable, ordre des pages, liens internes, signets, figures nettes, légendes complètes et métadonnées cohérentes. L’objectif n’est pas seulement d’obtenir un fichier exporté, mais de pouvoir expliquer comment ce fichier a été produit et de le recréer après une correction.

Typst peut-il coexister avec LaTeX dans une même équipe ?

Oui, à condition de définir les frontières. Typst peut servir aux nouveaux rapports, aux notes internes, aux supports de cours ou aux articles dont le modèle est sous contrôle. LaTeX peut rester obligatoire pour les manuscrits en cours, les modèles d’éditeur et les projets contenant des macros difficiles à remplacer.

La coexistence devient dangereuse lorsque les auteurs copient régulièrement le même contenu entre deux versions sans procédure de comparaison. Chaque projet doit donc déclarer son format principal, son modèle, son fichier bibliographique de référence et sa commande d’export. Une équipe peut également choisir de tester Typst dans un dépôt séparé, sans promettre une conversion automatique de l’ancien article.

Pour les travaux réalisés sans Mac, Typst reste accessible sur le système déjà disponible. Si le laboratoire possède seulement des postes Linux ou Windows, il n’est pas nécessaire de louer un Mac pour satisfaire la contrainte de rédaction. En revanche, si la validation comprend un logiciel macOS de traitement audio, de montage vidéo, de design scientifique ou de test Apple, un environnement macOS distant peut éviter l’achat d’un ordinateur supplémentaire. Les besoins de connexion, de transfert de fichiers et de confidentialité doivent alors être validés séparément ; la page de présentation des environnements Mac disponibles constitue un point de départ pour comparer cette option.

Le choix final se fait après l’échantillon, pas avant

Le nouvel article peut partir sur Typst 0.15.1 si l’échantillon respecte le modèle, les références, les polices et le PDF demandé. L’article en cours ou déjà soumis doit rester en LaTeX tant que la conversion n’a pas été confrontée au projet réel. Le groupe universitaire a intérêt à adopter une double voie lorsque les nouveaux projets sont libres, mais que certains éditeurs ou modèles imposent encore LaTeX.

La solution la plus économique n’est donc pas nécessairement de louer ou d’acheter un Mac. Pour écrire uniquement en Typst, le système déjà disponible suffit généralement. En revanche, un poste Windows ou Linux ne résout pas l’absence d’un logiciel macOS, d’une police validée dans une chaîne Apple ou d’un outil de création audio, vidéo ou graphique utilisé par le laboratoire. Dans ce cas, l’achat d’un Mac immobilise un budget et une machine pour un besoin parfois ponctuel, tandis qu’un Mac distant permet de tester l’environnement concerné sans confondre cette contrainte avec les exigences propres à Typst.

La recommandation opérationnelle est simple : commencer par un échantillon de l’article, comparer le PDF et les références, documenter le modèle, puis choisir la migration, le maintien de LaTeX ou la double voie. Si une validation macOS complète est nécessaire, consultez d’abord les conditions d’un environnement Mac distant pour la recherche ; la location n’a de sens que lorsque les outils Apple font réellement partie du livrable, et non parce que Typst l’exigerait.