De traitement de texte à LaTeX : premier bilan - commentaires De traitement de texte à LaTeX : premier bilan 2017-12-10T10:33:22Z https://geekographie.maieul.net/-17-#comment1779 2017-12-10T10:33:22Z <p>En fait les fichiers par chapitres ne remplacent pas un mode plan, puisqu'on a aussi des sections, des sous section etc dans un chapitre, et ce cela que l'on peut souhaiter déplacer. On peut bien sûr avoir un système imbriqué, mais cela se fait parfois au détriment de la lisibilité. Il faut trouver le bon compromis.</p> <p>Personnellement j'utilise une combinaison de fichiers inclus imbriqués et de l'extension Voom pour Vim. Mais je pense que cela serait bien que des éditeurs LaTeX plus accessible que Vim ou Emacs proposent ce type de mode, pour favoriser la migration vers LaTeX.</p> <p>Personnellement je ne compile jamais dans mon éditeur, mais uniquement en ligne de commande via le terminal, mais question d'habitude (ce n'était pas le cas évidemment quand j'ai écrit cet article...)</p> De traitement de texte à LaTeX : premier bilan 2017-12-09T19:27:36Z https://geekographie.maieul.net/-17-#comment1777 2017-12-09T19:27:36Z <p>Le mode plan n'est pas nécessaire, car il ya mieux et plus simple à la fois : les fichiers par chapitre.</p> <p>Pour les documents conséquents, comme une thèse ou un livre, le document maitre ne contient quasiment que des commandes <i>input</i> ou <i>include</i>, et c'est donc déja une sorte de mode plan</p> <p>Rien n'interdit (au contraire<small class="fine d-inline"> </small>!) de multiplier les niveaux de sectionnement en fichiers séparés.</p> <p>Ce «<small class="fine d-inline"> </small>mode plan<small class="fine d-inline"> </small>» dans l'espace de rédaction se complète évidemment de la <span class="caps">TOC</span> du document final (pdf)</p> <p>L'important est de bien maîtriser son éditeur, son affichage, son jeu d'affichages et de consoles, bref un unix à sa mesure.<br class="autobr"> Sinon, il semble que beaucoup de LaTeXiens apprécient les éditeurs spécialisés munis d'interface de compilation+ affichage quasi simultanés.</p> <p>Pour ma part, une fois que je maîtrise suffisamment un éditeur (<i>vim</i>, pour d'autres <i>emacs</i>..), aucun outil spécialisé ne peut rivaliser en vitesse de rédaction et de contrôles de syntaxe, et la compilation et la mise à jour de l'affichage se font aussi vite.</p> <p>Conclusion, on peut donc avoir 2 modes plan<small class="fine d-inline"> </small>!</p> <p>Mais à l'heure ou je commente cet article, il est évident que Maïeul Rouquette a une pratique très supérieure à la mienne.</p> <p>Que mes remerciements et mes louanges pour ce magnifique travail (ce blog) s'ajoute à tous les précédents.</p> De traitement de texte à LaTeX : premier bilan 2016-02-07T10:27:12Z https://geekographie.maieul.net/-17-#comment1664 2016-02-07T10:27:12Z <p>Je confirme, Antidote est vraiment sympa. De plus il fonctionne très bien sur <span class="caps">GNU</span>/Linux.</p> De traitement de texte à LaTeX : premier bilan 2016-02-07T09:15:45Z https://geekographie.maieul.net/-17-#comment1663 2016-02-07T09:15:45Z <p>Pour le correcteur orthographique je te conseille Antidote 9 de Druide informatique car il s'intègre aux formats TeX et LaTeX (sauf macros) depuis sa version 8 contrairement à ses concurrents Cordial, de Synapse Développement, ProLexis, de Diagonal et Le Robert Correcteur, des éditions Le Robert et Diagonal, remplaçant Le Petit ProLexis, qui eux ne le font pas<small class="fine d-inline"> </small>; en plus il est moins cher que ses concurrents dans leurs versions Pro (Cordial 21 Pro et ProLexis). Bonne continuation</p> De traitement de texte à LaTeX : premier bilan 2016-02-07T09:11:23Z https://geekographie.maieul.net/-17-#comment1662 2016-02-07T09:11:23Z <p>Pour le correcteur orthographique je te conseille Antidote 9 de Druide informatique car il s'intègre aux formats TeX et LaTeX (sauf macros) depuis sa version 8 contrairement à ses concurrents Cordial, de Synapse Développement, ProLexis, de Diagonal et Le Robert Correcteur, des éditions Le Robert et Diagonal, remplaçant Le Petit ProLexis, qui eux ne le font pas<small class="fine d-inline"> </small>; en plus il est moins cher que ses concurrents dans leurs versions Pro (Cordial 21 Pro et ProLexis). Bonne continuation</p> De traitement de texte à Latex : premier bilan 2012-11-05T15:22:55Z https://geekographie.maieul.net/-17-#comment518 2012-11-05T15:22:55Z <p>oui, tout les systèmes proposent des touches composés, mais je ne sais pas ce que cela donne au niveau typo avec LaTeX. Perso j'ai opté pour la commande \enquote.</p> <p>En revanche pour ce qui concerne le mode plan, il ne s'agit pas seulement d'afficher le plan, mais aussi de le déplier, de le replier, de déplacer certaines parties du contenu...</p> De traitement de texte à Latex : premier bilan 2012-11-05T15:20:06Z https://geekographie.maieul.net/-17-#comment517 2012-11-05T15:20:06Z <p>Pour les guillemets, sous linux il existe une touche de composition, <a href="http://www.haypocalc.com/wiki/Touche_compose" class="spip_url spip_out auto" rel="nofollow external">http://www.haypocalc.com/wiki/Touche_compose</a> qui permet de faire en sorte que "compose" + "<" + "<" fasse des guillemets français : "«<small class="fine d-inline"> </small>" par contre je ne sais pas s'il rend les espaces insécables avant et après les guillemets.</p> <p>Quand au mode plan de word, je ne connait pas, mais l'affichage de la table des matières donne le plan non<small class="fine d-inline"> </small>? (où les marques pages sous acrobat reader.)</p> De traitement de texte à Latex : premier bilan 2011-03-28T13:00:41Z https://geekographie.maieul.net/-17-#comment48 2011-03-28T13:00:41Z <p>Parfois pour l'uni, parfois pour l'éditeur, souvent pour les deux... ce que je préfère<small class="fine d-inline"> </small>! car, avec LaTeX, il est possible, dès le départ, d'obtenir les deux sorties de manière très simple... et de choisir, dès la rédaction, ce qui sera lisible dans l'un et l'autre...</p> De traitement de texte à Latex : premier bilan 2011-03-28T10:00:42Z https://geekographie.maieul.net/-17-#comment47 2011-03-28T10:00:42Z <p>Quand tu parle d'éditer, tu entend publier pour chez un éditeur ou bien mettre en forme pour un doctorant avant qu'il le présente au jury<small class="fine d-inline"> </small>?</p> De traitement de texte à Latex : premier bilan 2011-03-27T16:14:15Z https://geekographie.maieul.net/-17-#comment46 2011-03-27T16:14:15Z <p>Celle de Fribourg, dont la fac de théo est en main des dominicains, mais a des liens assez étroits avec celle de Strasbourg, particulièrement en ce qui concerne le droit canon, et un petit peu pour l'exégèse néo-testamentaire.</p> <p>J'y ai été longtemps consultant informatique, et je n'ai jamais vu quelqu'un de de la fac travailler avec LaTeX... snif...</p> De traitement de texte à Latex : premier bilan 2011-03-26T20:42:19Z https://geekographie.maieul.net/-17-#comment45 2011-03-26T20:42:19Z <p>«<small class="fine d-inline"> </small>mes liens avec l'<span class="caps">UNI</span> se sont quelques peut distendu<small class="fine d-inline"> </small>»</p> <p>De quel <span class="caps">UNI</span> s'agit-il<small class="fine d-inline"> </small>?</p> De traitement de texte à Latex : premier bilan 2011-03-26T15:09:25Z https://geekographie.maieul.net/-17-#comment44 2011-03-26T15:09:25Z <p>Je pense que c'est emac qui t'avais été conseillé<small class="fine d-inline"> </small>? Il est vraiment très bien... il lui manque juste un éditeur de texte pour être parfait... (^_^)</p> <p>Je suis à Fribourg j'ai été assistant en droit canon et consultant en morale fondamentale, exégèse vétero-testamentaire et histoire. Mais cela date un peu... je suis maintenant enseignant de religion catholique et d'éthique... mes liens avec l'<span class="caps">UNI</span> se sont quelques peut distendu... Je me souviens cependant d'un prof de grec et d'un prof de droit canon de Strasbourg qui nous ont donnés des choses vraiment trèèès intéressantes....</p> <p>J'ai édité plusieurs thèses et habilitations en histoire et en morale (j'ai bien dit édité... pas écrite hein...) avec Word, OpenOffice.org et enfin en LaTeX. Je dois dire que malgré la grande expérience que j'avais des traitements de texte... la première thèse que j'ai éditée en LaTeX m'a semblé être un jeux d'enfant à côté du travail que c'était avec les TdT... Je me souviens même que j'avais presque honte en envoyant ma facture...</p> <p>Il y a une seule chose qui me manque... que je n'ai jamais vraiment pu produire en Latex... c'est de l'hébreu... j'arrive bien en produire, mais rien de vraiment satisfaisant.</p> <p>Ceci dit... je ne désespère pas y arriver un jour... mais cela fait onze ans que je cherche.... (^_^) Bonne suite pour ton travail<small class="fine d-inline"> </small>!</p> De traitement de texte à Latex : premier bilan 2011-03-16T16:54:32Z https://geekographie.maieul.net/-17-#comment40 2011-03-16T16:54:32Z <p>merci pour ce compte rendu. Faut que j'essaie <span class="caps">VIM</span> alors (on m'avait conseillé un autre grand éditeur, jamais réussi à m'en servir).</p> <p>Je procède effectivement pareil pour constituer mon corpus de sources annexes.</p> <p>Je suis en sciences religieuses, mais c'est un cursus de la faculté de théologie protestante de Strasbourg.</p> <p>dans quel domaine est-tu<small class="fine d-inline"> </small>?</p> <p>je suis intéressé par tout retour d'experience dans le domaine des sciences humaines.</p> De traitement de texte à Latex : premier bilan 2011-03-16T16:48:17Z https://geekographie.maieul.net/-17-#comment39 2011-03-16T16:48:17Z <p>Bonjour,</p> <p>Sympa comme compte rendu. Bien venue dans le monde LaTeX.</p> <p>Pour l'éditeur en mode plan (et cela répond aussi au travail sur la structure) il y a vim...</p> <p>Cet éditeur possède tout un système de pliage dans le texte.</p> <p>Cela permet de mettre un paragraphe sur 10 lignes<small class="fine d-inline"> </small>! J'aime beaucoup ne mettre qu'une seule unité «<small class="fine d-inline"> </small>sémantique<small class="fine d-inline"> </small>» par ligne... systématiquement, à chaque virgule je vais à la ligne en utilisant l'indentation (automatique sous vim) pour structurer mon texte.</p> <p>Cela à aussi un très gros avantage à l'usage avec <span class="caps">SVN</span>, si je change un mot, je n'est pas tout le paragraphe qui change. Du coup, je n'ai quasiment jamais uen ligne de plus d'une quarantaine de caractère. L'écriture de textes ardus m'en semble vraiment simplifiée.</p> <p>Pour structurer mon texte j'utilise aussi abondamment dossiers, sous-dossiers et de multiples fichiers nommés avec un numéro sur trois chiffre en tête et inclus avec le Makefile qui génère le fichier dvi/pdf. Il suffit de renommer les fichiers pour réorganiser l'ouvrage. Pas intéressant pour une article de vingt pages... mais très pour un travail de plusieurs centaines de pages<small class="fine d-inline"> </small>!</p> <p>De même, j'ai toujours un dossier citation, contenant un dossier par ouvrage cité, content un fichier tex par citatation. Mon fichier bibtex est construit par un Makefile directement à partir de cette arborescence... tout est au même endroit, la gestion en est, à mon avis simplifiée.</p> <p>La gestion en «<small class="fine d-inline"> </small>mode plan<small class="fine d-inline"> </small>» se fait donc simplement dans un navigateur de fichiers pour le haut du plan, et avec les replis de vim pour ce qui est du bas niveau de l'arborescence.</p> <p>J'ai l'impression que cette manière de travailler (depuis 9 ans) à carrément modifier ma manière de penser<small class="fine d-inline"> </small>! En tous cas, cela a profondément modifier ma manière d'écrire.</p> <p>Bon courage pour la suite.</p> <p><span class="caps">PS</span>. Juste une question... tu es en théologie<small class="fine d-inline"> </small>? si oui dans quel fac<small class="fine d-inline"> </small>?</p> De traitement de texte à Latex : premier bilan 2011-01-03T09:11:56Z https://geekographie.maieul.net/-17-#comment24 2011-01-03T09:11:56Z <p>Oui, cet argument sur la séparation sens/forme est à mon avis beaucoup plus pertinent que l'argument sur la séparation forme/structure.</p> <p>Quant aux «<small class="fine d-inline"> </small>LaTex<small class="fine d-inline"> </small>» n'apporte rien à cela, je pense ne pas avoir aussi été assez précis. Il aurait fallu dire «<small class="fine d-inline"> </small>LaTex ne <i>m</i>'apporte rien<small class="fine d-inline"> </small>», parce que j'ai depuis longtemps l'habitude de séparer le fond (le sens) de la forme, notamment du fait que je rédige mes sites en html + css (+ <span class="caps">SPIP</span> mais c'est une autre histoire).</p> <p>Et cela est valable également lorsque j'utilisais Word. (Par exemple, j'avais un style "auteur" pour mettre en forme un nom d'auteur.) Mais effectivement pour une personne qui n'a pas cette démarche, LaTex apporte un plus en le «<small class="fine d-inline"> </small>contraignant<small class="fine d-inline"> </small>».</p> <p>Un peu comme <a href="https://fr.wikipedia.org/wiki/Python" class="spip_glossaire" rel='nofollow external'>Python</a> qui oblige à indenter les blocs de code, ce qui est très bon pour des débutants en programmation.</p> De traitement de texte à Latex : premier bilan 2011-01-03T08:07:21Z https://geekographie.maieul.net/-17-#comment23 2011-01-03T08:07:21Z <p>J'entends bien ce que vous dites et j'avoue ne pas avoir été assez précis : ce que je contestais, c'était «<small class="fine d-inline"> </small>LaTeX n'apporte rien à cela<small class="fine d-inline"> </small>». Je maintiens qu'il apporte beaucoup : il rend quasiment impossible le mélange fond/structure alors que je dirais que, pour les traitements de textes, c'est presque l'inverse : ils rendent quasiment «<small class="fine d-inline"> </small>impossible<small class="fine d-inline"> </small>» la séparation fond/structure. Je mets ici «<small class="fine d-inline"> </small>impossible<small class="fine d-inline"> </small>» entre guillemets car, effectivement, certains utilisent les fonctionnalités qui permettent cette séparation mais, pour en avoir discuté avec bon nombre d'étudiants, même après une formation approfondie à Word ou OpenOffice, très rares étaient ceux qui y recouraient, tant cela leur paraissaient «<small class="fine d-inline"> </small>compliqué<small class="fine d-inline"> </small>».</p> <p>En outre, LaTeX permet non seulement la séparation fond/structure, mais également la séparation fond/forme. Je détaille cela ci-dessous en citant un extrait du livre d'initiation à LaTeX que j'ai co-écrit avec Jean-Côme Charpentier (<a href="http://latex-pearson.org/" class="spip_out" rel='nofollow external'><i>LaTeX, l'essentiel</i></a>, paru chez Pearson Education France. Désolé pour la pub : si vous considérez qu'elle n'a pas lieu de figurer sur votre site, ce que je comprendrais parfaitement, n'hésitez pas à supprimer la référence à ce livre mais, dans ce cas, merci de bien vouloir alors également supprimer l'extrait suivant) :</p> <p>«<small class="fine d-inline"> </small>Imaginons qu'un étudiant en musicologie écrive une thèse. Dans son mémoire, il est de nombreuses fois amené à citer des instruments de musique qu'il décide d'écrire en italique. Son premier réflexe est donc d'utiliser la commande <br class="autobr"> <code class="LaTeX spip_code spip_code_inline" dir="ltr">\textit</code> mais, ayant lu la section «<small class="fine d-inline"> </small>Soulignement (emphatique)<small class="fine d-inline"> </small>» page 32 du présent ouvrage, il se résout néanmoins à utiliser la commande <br class="autobr"> <code class="LaTeX spip_code spip_code_inline" dir="ltr">\emph</code> bien plus indiquée. En procédant ainsi, l'étudiant va au-devant d'au moins deux écueils dus au fait que les instruments de musique sont composés au moyen d'une commande qui n'est pas fondée sur leur sémantique :</p> <p>1. Le source est peu lisible car il ne sépare pas bien la forme et le fond : lorsqu'il (re)lira par exemple <code class="LaTeX spip_code spip_code_inline" dir="ltr">\emph{violoncelle}</code>l'étudiant ne repérera en effet pas immédiatement qu'il est question d'un instrument, et sera distrait par le fait que celui-ci sera composé en italique, ici au moyen de <code class="LaTeX spip_code spip_code_inline" dir="ltr">\emph</code>Le source <tt>.tex</tt> n'est donc pas d'une lisibilité optimale : il est moins compréhensible qu'il ne pourrait l'être, et par là même beaucoup moins facile à (ré)exploiter et à corriger.</p> <p>2. Les mises à jour peuvent être cauchemardesques : supposons que le directeur de thèse demande à l'étudiant (évidemment deux jours avant la remise du manuscrit) de composer les noms d'instruments non pas en italique mais en fonte sans empattement. Supposons par ailleurs que la thèse en question comporte 400 pages et que l'étudiant ait également utilisé la commande <code class="LaTeX spip_code spip_code_inline" dir="ltr">\emph</code> pour les noms d'œuvres, les noms d'auteurs et pour souligner certains mots ou passages de son texte. Quelle est la conclusion<small class="fine d-inline"> </small>? Un travail de bénédictin et un risque énorme d'erreur pour repérer toutes les occurrences de la commande <code class="LaTeX spip_code spip_code_inline" dir="ltr">\emph</code> et pour modifier celles, et seulement celles, concernées.</p> <p>Au lieu de procéder ainsi, l'étudiant aurait tout intérêt à concevoir et à utiliser, dès le début du projet, une commande personnelle fondée sur la sémantique des objets à composer (ici, des instruments de musique). Nommée par exemple <code class="LaTeX spip_code spip_code_inline" dir="ltr">\instrument</code> elle pourrait être définie de la façon suivante :</p> <p><code class="LaTeX spip_code spip_code_inline" dir="ltr">\newcommand{\instrument}[1]{\emph{#1}}</code></p> <p>Cette commande n'est pas, comme on pourrait le penser de prime abord, qu'un synonyme de <br class="autobr"> <code class="LaTeX spip_code spip_code_inline" dir="ltr">\emph</code> et prendre la peine de la définir n'est pas se donner du mal pour rien. En effet, l'étudiant bénéficie ainsi :</p> <p>1. D'un source lisible et riche de sens : le fait que le fichier <tt>.tex</tt> contienne<br class="autobr"> <code class="LaTeX spip_code spip_code_inline" dir="ltr">\instrument{violoncelle}</code><br class="autobr"> plutôt que<br class="autobr"> <code class="LaTeX spip_code spip_code_inline" dir="ltr">\emph{violoncelle}</code><br class="autobr"> aide le (re)lecteur à identifier instantanément la nature de l'objet dont il est question (ici, un instrument de musique), et lui masque momentanément la façon dont cet objet sera composé (question accessoire à ce moment-là).</p> <p>2. De mises à jour aisées : faire figurer, comme exigé par le directeur, les noms d'instruments en fonte sans empattement plutôt qu'en italique est un jeu d'enfant puisqu'il suffit de ne modifier que la définition de <code class="LaTeX spip_code spip_code_inline" dir="ltr">\instrument</code> comme suit :<br class="autobr"> <code class="LaTeX spip_code spip_code_inline" dir="ltr">\newcommand{\instrument}[1]{\textsf{#1}}</code><br class="autobr"> pour que toutes les occurrences de cette commande reflètent ce changement.<small class="fine d-inline"> </small>»</p> <p>Quant au site de mon département d'enseignement, il a été créé avec un outil, <span class="caps">CPS</span>, dont le but premier n'est effectivement pas de séparer fond et forme (mais <span class="caps">CPS</span> a d'autres qualités). Par contre, tous les documents <span class="caps">HTML</span> de mes pages personnelles qui ont été créés avec LaTeX (et compilés avec TeX4Ht) séparent fond et forme. C'est par exemple le cas des pages <a href="http://gte.univ-littoral.fr/members/dbitouze/pub/latex/webographie" class="spip_out" rel='nofollow external'>Webographie</a> et <a href="http://gte.univ-littoral.fr/members/dbitouze/pub/latex/formations/ecole-doctorale/programme-version-html" class="spip_out" rel='nofollow external'>Programme</a>.</p> De traitement de texte à Latex : premier bilan 2011-01-02T22:03:59Z https://geekographie.maieul.net/-17-#comment22 2011-01-02T22:03:59Z <p>ps : pour comparaison, si je regarde votre site, je remarque, en voyant le code source qu'il ne sépare pas la structure de la présentation (<span class="caps">HTML</span> et <span class="caps">CSS</span>). J'ignore avec quel logiciel il est produit, mais je n'incrimerais pas la faute à celui-çi mais à un mauvais usage (sans vouloir vous vexer<small class="fine d-inline"> </small>;)</p> <p>ps1 : il manque encore beaucoup de références sur l'usage de LaTex en sciences humaines.</p> De traitement de texte à Latex : premier bilan 2011-01-02T21:59:01Z https://geekographie.maieul.net/-17-#comment21 2011-01-02T21:59:01Z <p>Bonjour,</p> <p>J'avais déjà ouï dire de Csquotes, sans avoir eu le temps de regarder en détail : je vais donc me pencher dessus.</p> <p>Sur le second point : oui Latex incite à séparer la structure de la forme. Mais pour autant, <i>si on se sert bien</i> d'un logiciel de traitement de texte, on fait de même, puisqu'il est possible d'utiliser des niveaux de titre, des styles pour définir les types de paragraphe (par exemple un style pour une citation longue) etc. Ce que d'ailleurs reconnaît l'auteur du document que vous citez.</p> <p>Ce n'est donc pas tellement une question de logiciel mais bien «<small class="fine d-inline"> </small>d'éducation<small class="fine d-inline"> </small>».</p> <p>Ceci dit, il est vrai que les traitements de texte peuvent inciter à une flemmardise qui pousse à confondre structure et forme.</p> <p>Mais quiconque écrit des documents un tant soit peu long se rend vite compte qu'il est nécessaire d'utiliser les outils des traitements de texte qui permette de séparer les deux.</p> <p>Du temps où j'utilisais Word, je procédais toujours en deux étapes :</p> <ul class="spip"><li> rédaction de mon texte</li><li> éventuellement modification des styles des niveaux de titres et de paragraphes pour avoir un résultat plus «<small class="fine d-inline"> </small>esthétique<small class="fine d-inline"> </small>».</li></ul> <p>Je séparais donc les deux.</p> De traitement de texte à Latex : premier bilan 2011-01-02T21:12:12Z https://geekographie.maieul.net/-17-#comment20 2011-01-02T21:12:12Z <p>Bonjour,</p> <p>en ce qui concerne les citations englobante et englobée, et conséquemment, les guillemets droits et «<small class="fine d-inline"> </small>tordus<small class="fine d-inline"> </small>», je vous conseille de vous pencher sur le package csquotes qui est conçu à cet effet.</p> <p>Au sujet de votre remarque «<small class="fine d-inline"> </small>Si on se sert bien d'un traitement de texte classique (type <span class="caps">OOO</span> ou <span class="caps">MSW</span>) on utilise les niveaux de titre, et la structure est donc indépendante de la présentation. Latex n'apporte rien à cela [1].<small class="fine d-inline"> </small>», je ne suis pas d'accord : LaTeX a cet avantage qu'il <i>incite</i> très fortement à «<small class="fine d-inline"> </small>séparer la structure de la forme du texte, et donc de se consacrer sur son travail intellectuel<small class="fine d-inline"> </small>», ce que ne font pas Word ou OpenOffice. À ce sujet, je conseille la lecture du document <a href="http://gte.univ-littoral.fr/members/dbitouze/pub/latex/divers/traitements-texte/traitements-texte/downloadFile/file/wp-fr-new-utf8.pdf" class="spip_out" rel='nofollow external'><i>Traitements de texte : stupides et inefficaces</i></a>.</p> <p>En tous cas, votre témoignage sur LaTeX, du point de vue de l'utilisation en sciences humaines, est précieux : merci<small class="fine d-inline"> </small>!</p> De traitement de texte à Latex : premier bilan 2010-12-26T11:16:27Z https://geekographie.maieul.net/-17-#comment19 2010-12-26T11:16:27Z <p>merci<small class="fine d-inline"> </small>!</p> <p>là je suis en train de tester le petit prolexis, dont certains comparatif m'ont dit qu'il était meilleur qu'antidote en matière de correction. A voir donc<small class="fine d-inline"> </small>!</p> De traitement de texte à Latex : premier bilan 2010-12-24T11:15:01Z https://geekographie.maieul.net/-17-#comment18 2010-12-24T11:15:01Z <p>Pour un logiciel de correction, je te conseille de jeter un œil à Antidote : <a href="http://www.druide.com/antidote.html" class="spip_url spip_out auto" rel="nofollow external">http://www.druide.com/antidote.html</a></p> <p>Il fonctionne sur Mac/<span class="caps">PC</span>/Linux et est selon moi ce qu'on trouve de mieux sur le marché. Ces options sont innombrables, son correcteur est excellent et s'intègre parfaitement avec les principaux logiciels de traitement de texte (je sais pas comment il se débrouille avec LaTeX par contre).<br class="autobr"> Et surtout c'est un fabuleux dictionnaire en prime<small class="fine d-inline"> </small>!</p>