Les points que je soulève (abstraction sémantique et messages d'erreurs) sont effectivement des points que j'ai eu en tête en créant Frundis, me souvenant de mes aventures avec LaTeX, pandoc, EPUB et surtout mandoc(1), ma plus grande source d'inspiration au sujet des messages d'erreur.
Ceci dit, Frundis n'est pas un langage pour écrire de la doc technique, donc ce n'est pas vraiment comparable : la doc de Frundis est en mdoc(7) d'ailleurs, évitant le piège classique consistant à utiliser son propre langage lorsqu'il y a un outil plus adapté :-) Par contre, pour des textes pas suffisamment spécifiques pour justifier l'utilisation d'un outil spécialisé (tutoriel oui, page man non) et pas trop demandants (genre sans équations ou figures et tableaux complexes) ou de simples pages web (je fais ça pour une bonne partie de mon site statique) ça fait bien l'affaire, et c'est plus facile à maintenir que du markdown et moins verbeux que du html.
Après, s'il n'y a pas de solution évidente rien n'empêche bien sûr d'expérimenter. J'ai écrit une thèse d'info avec après tout. Mais ça demande de définir de nouvelles balises techniques pour les différents formats que l'on veut, c'est potentiellement du travail pour réussir à abstraire tout ce qu'on veut (quand c'est possible). Du coup, j'avais défini des balises que pour l'export LaTeX en l'occurrence (facile), perdant une bonne part de l'intérêt de Frundis (export multi-format), profitant au final juste de messages d'erreur moins brutaux que LaTeX et une syntaxe que je préfère, car moins d'accolades et qui s'harmonise mieux avec grep et diff.
[^] # Re: Langage intéressant mais certains trucs me chiffonnent
Posté par anaseto . En réponse au journal Documentation du format AsciiDoc en français. Évalué à 4. Dernière modification le 28 novembre 2019 à 15:25.
Les points que je soulève (abstraction sémantique et messages d'erreurs) sont effectivement des points que j'ai eu en tête en créant Frundis, me souvenant de mes aventures avec LaTeX, pandoc, EPUB et surtout mandoc(1), ma plus grande source d'inspiration au sujet des messages d'erreur.
Ceci dit, Frundis n'est pas un langage pour écrire de la doc technique, donc ce n'est pas vraiment comparable : la doc de Frundis est en mdoc(7) d'ailleurs, évitant le piège classique consistant à utiliser son propre langage lorsqu'il y a un outil plus adapté :-) Par contre, pour des textes pas suffisamment spécifiques pour justifier l'utilisation d'un outil spécialisé (tutoriel oui, page man non) et pas trop demandants (genre sans équations ou figures et tableaux complexes) ou de simples pages web (je fais ça pour une bonne partie de mon site statique) ça fait bien l'affaire, et c'est plus facile à maintenir que du markdown et moins verbeux que du html.
Après, s'il n'y a pas de solution évidente rien n'empêche bien sûr d'expérimenter. J'ai écrit une thèse d'info avec après tout. Mais ça demande de définir de nouvelles balises techniques pour les différents formats que l'on veut, c'est potentiellement du travail pour réussir à abstraire tout ce qu'on veut (quand c'est possible). Du coup, j'avais défini des balises que pour l'export LaTeX en l'occurrence (facile), perdant une bonne part de l'intérêt de Frundis (export multi-format), profitant au final juste de messages d'erreur moins brutaux que LaTeX et une syntaxe que je préfère, car moins d'accolades et qui s'harmonise mieux avec grep et diff.