Ecriture de document, LaTeX ou MD ?

Documents scientifiques, informatiques etc...

a marqué ce sujet comme résolu.

Très honnêtement je me suis mis au troff pour certains documents (type rapport de 40 pages avec page de garde, schémas, sommaire, bibliographie, annexes et tout). Je trouve que cela passe bien, moins lourd que le LaTeX à mettre en place en terme de syntaxe, plus complet que le markdown pour remplir cette fonction.

En plus ça a été conçu pour UNIX et est très utilisé encore pour les pages de manuel, en apprenant ce langage tu apprends donc quelque chose d'utile dans un autre contexte que l'écriture de documents personnels ou professionnels.

+1 -0

Dans mes rêves les plus fou il faudrait que quelqu'un ce décide réellement a mettre un gros de coups de pieds dans ce bordel. Soyons honnête, Latex est d'un autre age (et je ne parle même pas de Tex en dessous). Il serait tant qu'il y ai un nouveau truc prenant la place avec une approche plus moderne. Le markdown de base n'est pas adapté car trop limité pour les gros documents. Mais il devrait être possible de faire un supperset permettant d'atteindre le niveau de Latex niveau fonctionnel mais plus simple et clair.

Kje

Lors de mon stage, un post-doc m'a parlé de son projet patoline dont l'objectif est refaire LaTeX en "mieux". Derrière patoline se cache Ocaml et l'idée c'est que si tu maîtrses Ocaml tu peux faire ce que tu veux.

Le projet est encore nouveau et donc pas encore au point mais je le trouve prometteur.

Lors de mon stage, un post-doc m'a parlé de son projet patoline dont l'objectif est refaire LaTeX en "mieux". Derrière patoline se cache Ocaml et l'idée c'est que si tu maîtrses Ocaml tu peux faire ce que tu veux.

Le projet est encore nouveau et donc pas encore au point mais je le trouve prometteur.

Saroupille

C'est vraiment très intéressant. J'ai survolé le site et la doc et on dirait un mélange entre Pandoc et LaTeX.

+0 -0

Tout à fait personnellement, j'ai toujours utilisé $\LaTeX$ pour mes documents, quels qu'ils soient, sauf quand je dois faire un gros effort sur la mise en forme.

Mon vrai problème avec $\LaTeX$, c'est que je l'ai plus découvert qu'appris. Du coup, je n'ai aucune idée des bonnes pratiques, ni même des limites du langage. Peut-être à cause d'un manque de ressources pour débuter correctement.

Quant à Markdown, j'ai commencé à l'utiliser récemment, mais seulement pour des documents légers, comme une prise de notes au cours d'une réunion. Je me vois mal utiliser ce genre de techno pour de gros documents, bien que je ne sache pas vraiment pourquoi.

Tout à fait personnellement, j'ai toujours utilisé $\LaTeX$ pour mes documents, quels qu'ils soient, sauf quand je dois faire un gros effort sur la mise en forme.

Mon vrai problème avec $\LaTeX$, c'est que je l'ai plus découvert qu'appris. Du coup, je n'ai aucune idée des bonnes pratiques, ni même des limites du langage. Peut-être à cause d'un manque de ressources pour débuter correctement.

Quant à Markdown, j'ai commencé à l'utiliser récemment, mais seulement pour des documents légers, comme une prise de notes au cours d'une réunion. Je me vois mal utiliser ce genre de techno pour de gros documents, bien que je ne sache pas vraiment pourquoi.

Richou D. Degenne

Voici un bon guide de bonnes pratiques. Il est pas mal si tu es déjà à l'aise. http://www.math.ens.fr/~millien/tdlatex/conseils_latex.pdf

+5 -0

Personnellement, j'utilise LATEX pour la plupart de mes "gros documents" (en dessous de 10 pages c'est pas rentable niveau temps pour moi). Mais un peu comme Richou, j'ai plus découvert que réellement appris (pour mon dossier lors des TPE) du coup, merci pour ton lien TD ;) .

Je suis d'accord qu'il faudrait peut-être moderniser LaTeX ou créer un tout nouveau système de composition mais il faut bien avouer que depuis quarante ans[^1] les choses ont bien évolué. Ça me semble difficile de recréer quelque chose qui allie à la fois une typographie quasi parfaite et un langage suffisamment couplé avec le contenu pour être plus puissant qu'un dérivé d'XML avec des feuilles de style. Lua(La)TeX est encore très jeune mais c'est à surveiller de ce point de vue. Et n'oubliez pas le mode mathématique. Vous voyez-vous vraiment faire des mathématiques imbriquées avec la syntaxe de Kjé ci-dessus ?

TD

Connaissez-vous ConTeXt ? Un concurrent récent de LaTeX qui envoie plutôt du pâté si on prend le temps de s'y intéresser. La version MkIV est basée sur LuaTeX (et développée par un des trois dev de LuaTeX). Les avantages principaux se trouvent (pour moi) dans l'organisation des projets, l'interface utilisateur unifiée (pas de packages, tout est dans la base), et une très bonne gestion des problèmes modernes : unicode, couleurs, PDF riches.

Selon moi, le point à travailler est un système pour dessiner qui prend les avantages de Tikz, de PSTricks, d'Asymptote, etc.

TD

MetaPost et MetaFun integrés à ConTeXt sont pas trop mal, mais restent limités à de la 2D.

Quand à la possibilité d'exécuter du code Lua directement, j'ai envie de dire que c'est plus un langage de macro de plus … Tant mieux, mais une fois encore, dans mon écriture de texte quotidienne, je m'en fout un peu :p

pierre_24

Plus qu'un langage de macros, ça permet d'avoir accès au fonctionnement interne de TeX et de faire des choses folles ; comme réorganiser des bouts de texte sur une page pour chercher une configuration qui occupe le moins d'espace possible. Mais on en a pas besoin tous les jours … =)

+0 -0

@Luthaf : J'ai regardé un peu le wiki dont tu donnes le lien. Ça semble plus verbeux que LaTeX au premier abord mais les fonctionnalités « de base » vont plus loin que le LaTeX de base. À voir !

+0 -0

Bonjour,

Intéressante discussion.

Je suis d'accord avec vous sur le fait que LaTeX est d'un autre âge. Pdftex et le langage TeX lui-même ajoute aussi des problèmes auxquels vous ne pensez même pas: l'accessibilité des documents. Et ça dans le cadre de PDF ça commence par le balisage sémantique, chose que ne fait absolument pas pdftex et ne fera probablement jamais correctement compte tenu du fonctionnnement interne de TeX.

Pour le coup, je pense même que le format PDF va bientôt être dépassé. L'avenir se trouve à mon avis dans HTML, CSS et SVG. ON peut peut-être en discuter dans un autre sujet parce que je pars un peu HS en parlant de ça. .

Pour en revenir à la rédaction/composition, aux afficionados de LaTeX: vous ne trouvez pas que LaTeX est quand même terriblement verbeux ? Ca ou XML, franchement, c'est un peu kif-kif.

JE suis convaincu qu'on peut faire tout aussi puissant et pratique mais avec une syntaxe tout aussi légère que du markdown-like. Pour moi, les markdown-like ont plusieurs avantages que je ne retrouve pas ailleurs :

  • Simplicité et aisance de rédaction: pas besoin de long code compliqué, ni 18 boîtes de dialogue à rallonge pour mettre en forme rapidement son texte; du moins pour les mises en formes les plus simples (et c'est celles qui sont aussi les plus fréquentes)
  • Indépendance du logiciel d'édition et de lecture. ON a aussi ça avec LaTeX, mais le gros plus de md dans le domaine, c'est que même si on prend la source dans le bloc-notes, ça rest quand même raisonnablement lisible confortablement

Quant au code LaTeX potentiellement dégueu généré par pandoc, en fait, on en revient toujours au même débat sur la difficulté de « traduire » du code d'un langage qui ne permet pas tout à fait les mêmes choses en un autre… c'est pareil que demander à word d'enregistrer en HTML (n'essayez pas, vous allez faire une crise cardiaque), ou de convertir du Java en C++ (ça pourra sûrement marcher, mais ça sera sûrement complètement illisible et irrécupérable)…

EDIT: Zut, je n'ai pas vu la page 2, tant pis ça ne change pas grand chose pour ce post.

+0 -0

Pour en revenir à la rédaction/composition, aux afficionados de LaTeX: vous ne trouvez pas que LaTeX est quand même terriblement verbeux ?

Oui c'est verbeux (bon, en moyenne deux fois moins que XML quand même :p ). Mais d'une part, c'est mon éditeur qui se charge de taper les trucs redondants, d'autre part c'est à l'heure actuelle le seul outil un tant soit peu sérieux et abouti (je parle d'un point de vue backend) quand on compose des très gros documents (et même de manière générale pour pondre un truc avec un peu de maths dedans).

Donc du coup, à l'heure actuelle, je me vois pas utiliser autre chose, en backend du moins. Quand à la possibilité de faire une surcouche au front, je ne suis personnellement pas fan, mais c'est une idée qui peut être intéressante si bien travaillée.

Connectez-vous pour pouvoir poster un message.
Connexion

Pas encore membre ?

Créez un compte en une minute pour profiter pleinement de toutes les fonctionnalités de Zeste de Savoir. Ici, tout est gratuit et sans publicité.
Créer un compte