Je vais commencé par traité un exemple. Quand tu génères ton document avec LaTeX, il gère tout seul la coupure des mots, des phrases, des paragraphes... (et là on se dit : "c'est formidable !"). Oui mais voilà, des fois la coupure n'est pas esthétique, et bien LaTeX t'offre la possibilité de forcer la main en lui disant où couper ta phrase ou ton paragraphe. Voici un exemple concret dans lequel le fait de mélanger le contenu de la mise en forme est un plus. ça te permet de peaufiner.
Si on se contentait perpétuellement de s'acharner avec les vieilleries qui ont 10000 bibliothèques parce que pleins d'utilisateurs, on serait tous en train de programmer en Fortran.
Re-exemple. Au risque de choquer certain, je programme toujours en Fortran. Je dirais même que j'ai d'abords appris le C puis le fortran. Peut être que le fortran c'est pas le top du top du langage, mais dans certains domaines comme la simulation, où on a besoin de performances, et bien le fortran c'est le mieux. Car, y a pas mieux pour gérer des matrices (et dieux sait qu'on ne fait que ça pratiquement quand on fait de la simulation), tu n'as pas besoins retoucher ton code quand tu veux faire tourner ton programme en parallèle, contrairement à certains langages, une simple recompilation suffit, et dernier détail, et vu l'histoire du fortran et la manière dont il a été construit (c'est à dire standardisé dès le départ), les compilateurs savent exactement ce que tu veux faire quand tu écris du code. Du coup les compilateurs optimisent un maximum ton binaire.
C'est juste pour dire que c'est pas parce que quelque chose est théoriquement mieux qu'il est le plus adapté dans tous les cas. Je suis d'accord pour dire que le XML c'est très bien, et que théoriquement ça pousse le concept de séparer le contenu de la mise en forme jusqu'au bout. C'est donc tout à fait adapté lorsque, par exemple, on génère des documents à partir d'informations qui sont stockées dans une base de données Tout ce qui permet de générer automatiquement un document. Mais moi je suis pas une base de données et je ne suis pas un script qu'on exécute. J'ai des mimines avec lesquels je tape moi même (si si) mes documents.
[^] # Re: LaTeX
Posté par Matthieu Duchemin (site web personnel) . En réponse à la dépêche ooo2dbk : Générer du DocBook à partir de documents OpenOffice.org. Évalué à 2.
Si on se contentait perpétuellement de s'acharner avec les vieilleries qui ont 10000 bibliothèques parce que pleins d'utilisateurs, on serait tous en train de programmer en Fortran.
Re-exemple. Au risque de choquer certain, je programme toujours en Fortran. Je dirais même que j'ai d'abords appris le C puis le fortran. Peut être que le fortran c'est pas le top du top du langage, mais dans certains domaines comme la simulation, où on a besoin de performances, et bien le fortran c'est le mieux. Car, y a pas mieux pour gérer des matrices (et dieux sait qu'on ne fait que ça pratiquement quand on fait de la simulation), tu n'as pas besoins retoucher ton code quand tu veux faire tourner ton programme en parallèle, contrairement à certains langages, une simple recompilation suffit, et dernier détail, et vu l'histoire du fortran et la manière dont il a été construit (c'est à dire standardisé dès le départ), les compilateurs savent exactement ce que tu veux faire quand tu écris du code. Du coup les compilateurs optimisent un maximum ton binaire.
C'est juste pour dire que c'est pas parce que quelque chose est théoriquement mieux qu'il est le plus adapté dans tous les cas. Je suis d'accord pour dire que le XML c'est très bien, et que théoriquement ça pousse le concept de séparer le contenu de la mise en forme jusqu'au bout. C'est donc tout à fait adapté lorsque, par exemple, on génère des documents à partir d'informations qui sont stockées dans une base de données Tout ce qui permet de générer automatiquement un document. Mais moi je suis pas une base de données et je ne suis pas un script qu'on exécute. J'ai des mimines avec lesquels je tape moi même (si si) mes documents.