2017-03-23T18:51:06Z https://geekographie.maieul.net/-156-#comment1735 2017-03-23T18:51:06Z

<p>Oui, pandoc-crossref n'est pas requis pour la bibliographie. Quant à indiquer à pandoc où les fichiers de configuration sont placés, je pense que le plus simple est de le programmer dans un script, et donc, puisque cela est déjà fait grâce aux bons soins d'Éric, adapter les paramètres dans le fichier perl une fois pour toutes. Merci à lui<small class="fine d-inline"> </small>! J'irai voir dès que possible.</p>

2017-03-23T17:12:55Z https://geekographie.maieul.net/-156-#comment1734 2017-03-23T17:12:55Z

<p>Merci.<br class="autobr"> De fait, pandoc-citeproc n'était pas installé.<br class="autobr"> Mais même après installation la commande avec le choix par défaut du style Chicago author-date ne produit ni bibliographie ni référence bibliographique. <br class="autobr"> Il a fallu pour que ça fonctionne que j'utilise la commande complète<br class="autobr"> pandoc —filter pandoc-citeproc —csl=harvard-kings-college-london.csl \ <br>— bibliography=«<small class="fine d-inline"> </small>bibliographie.bib<small class="fine d-inline"> </small>» —biblatex \ <br>— latex-engine=xelatex article.tex -o article.odt<br class="autobr"> après avoir installé le csl dans le répertoire de travail.<br class="autobr"> Bref, je n'ai pas encore tout compris, mais ça fonctionne désormais au moins comme ça.<br class="autobr"> Le paquet pandoc-crossref n'existe pas dans ubuntu 16.04 et ne semble pas indispensable.<br class="autobr"> Question subsidiaire. Je constate que le .csl et le .bib ne doivent pas nécessairement être placés dans le répertoire de travail. On peut dans la commande préciser le chemin complet vers eux. Mais est-il possible de dire à pandoc une bonne fois pour toutes dans quel répertoire il trouvera ces fichiers (variable d'environnement ou autre)<small class="fine d-inline"> </small>?</p>

2017-03-23T17:02:21Z https://geekographie.maieul.net/-156-#comment1733 2017-03-23T17:02:21Z

<p>Vous trouverez à l'<span class="caps">URL</span> <a href="http://barthes.enssib.fr/cours/informatique-pour-litteraires/" class="spip_url spip_out auto" rel="nofollow external">http://barthes.enssib.fr/cours/informatique-pour-litteraires/</a> un programme perl (pgmpandoc.pl) qui permet de convertir automatiquement en le format désiré un fichier .tex<br class="autobr"> C'est bien parce que pandoc est assez délicat que j'ai fait ce programme, dont je me sers fréquemment.<br class="autobr"> Je tiens à votre disposition un fichier .csl qui fait les choses d'une façon satisfaisante (et prochainement en ligne).<br class="autobr"> Sinon, Robert, a raison. If faut disposer de pandoc-citeproc <br class="autobr"> Bien cordialement<br class="autobr"> Eric</p>

2017-03-23T15:41:53Z https://geekographie.maieul.net/-156-#comment1732 2017-03-23T15:41:53Z

<p>Vérifiez que votre installation est complète. Vous devriez avoir :</p> <ul class="spip"><li> pandoc</li><li> pandoc-citeproc (indispensable)</li><li> pandoc-crossref</li></ul>

2017-03-23T15:36:17Z https://geekographie.maieul.net/-156-#comment1731 2017-03-23T15:36:17Z

<p>Bonjour<br class="autobr"> Je n'arrive toujours pas à obtenir la bibliographie avec pandoc. J'ai testé avec les fichiers de l'archive zip et les commandes pandoc de ce post. J'obtiens bien article.odt avec le grec, l'arabe, les images, mais il n'y a rien sous le titre «<small class="fine d-inline"> </small>bibliographie<small class="fine d-inline"> </small>» à la fin. Comme si ma version de pandoc (pandoc 1.16.0.2, sous Ubuntu 16.04.2 <span class="caps">LTS</span>) ne voulait rien savoir de la bibliographie. Et j'ai eu beau chercher sur le net, je n'ai rien trouvé qui puisse m'aider. <br class="autobr"> Du coup, sauf dans les cas où je suis certain que je n'aurai pas de conversion à faire, je suis contraint d'abandonner (X<sup class="typo_exposants">e</sup>)LaTeX, ce qui est bien dommage, pour revenir à un LaTeX classique, compilé avec latexpdf et convertible avec latex2rtf. <br class="autobr"> Suis-je le seul à rencontrer ce problème avec pandoc<small class="fine d-inline"> </small>?</p>

2015-12-05T06:54:19Z https://geekographie.maieul.net/-156-#comment1643 2015-12-05T06:54:19Z

<p>Et comment ça, Galien est un piètre médecin<small class="fine d-inline"> </small>?<small class="fine d-inline"> </small>;)</p>

2015-12-05T06:53:01Z https://geekographie.maieul.net/-156-#comment1642 2015-12-05T06:53:01Z

<p>Je tarde aussi un peu à répondre, mais c'est avec plaisir que je le fais<small class="fine d-inline"> </small>!</p> <p>En ce qui concerne biblatex+biber, c'est entendu. Le mieux sera si vous en êtes d'accord de m'écrire à mon adresse personnelle. Je vous invite aussi à vous référer aux très nombreux articles que Maïeul a consacrés à ce sujet sur ce site.</p> <p>Pour les crochets droits à la place des parenthèses : facile<small class="fine d-inline"> </small>! Il suffit d'éditer le fichier de style .cls que vous avez choisi d'utiliser, et de faire une recherche/remplacement des attributs comme suit :</p> <ul class="spip"><li> prefix=«<small class="fine d-inline"> </small>(<small class="fine d-inline"> </small>» <i>et</i> prefix=«<small class="fine d-inline"> </small>(<small class="fine d-inline"> </small>» → prefix=«<small class="fine d-inline"> </small>[<small class="fine d-inline"> </small>» <i>et</i> prefix=«<small class="fine d-inline"> </small>[<small class="fine d-inline"> </small>»</li><li> suffix=«<small class="fine d-inline"> </small>)<small class="fine d-inline"> </small>» → suffix=«<small class="fine d-inline"> </small>]<small class="fine d-inline"> </small>»</li></ul> <p>Puis de recompiler. Et le tour est joué<small class="fine d-inline"> </small>!</p>

2015-11-30T23:01:07Z https://geekographie.maieul.net/-156-#comment1641 2015-11-30T23:01:07Z

<p>Désolé pour le temps pris à répondre.<br class="autobr"> En deux points :<br class="autobr"> 1. je suis d'accord avec la proposition «<small class="fine d-inline"> </small>passer à biblatex+biber<small class="fine d-inline"> </small>!<small class="fine d-inline"> </small>». On y réfléchira ensemble, et avec votre aide : rien d'élémentaire ne m'apparaît, dans ma courte review du web.<br class="autobr"> 2. Nous sommes d'accord sur le résultat produit par pandoc. Mais je ne veux pas un «<small class="fine d-inline"> </small>Je me cite : Alessi (2010, 65)<small class="fine d-inline"> </small>», mais un «<small class="fine d-inline"> </small>comme il a été prouvé [Alessi, 2010], Galien est un piètre médecin<small class="fine d-inline"> </small>». En bref, je désirerais un emballage de l'appel biblio entre crochets (ou parenthèses), comme le font la majorité des outils biblio à partir de pdflatex. Nous sommes bien d'accord : pandoc fonctionne avec votre exemple exactement comme sur ma machine.<br class="autobr"> Comment donc obtenir ce «<small class="fine d-inline"> </small>[appelbiblio]<small class="fine d-inline"> </small>» qui me manque tant<small class="fine d-inline"> </small>? Sourires et bien cordialement.<br class="autobr"> <span class="caps">EG</span></p>

2015-11-09T14:21:12Z https://geekographie.maieul.net/-156-#comment1624 2015-11-09T14:21:12Z

<p>En effet, je reconnais avoir biaisé<small class="fine d-inline"> </small>!</p> <p>J'ai donc repris le même fichier avec pdflatex+bibtex. Mais je m'associe à ce que Maïeul vient d'écrire : il faut passer à biblatex+biber<small class="fine d-inline"> </small>!</p> <p>Ligne de commande :</p> <blockquote class="spip"> <p>pandoc —filter pandoc-citeproc —csl=institut-national-de-la-recherche-scientifique-sciences-sociales.csl —bibliography=bibliographie.bib —latex-engine=pdflatex article.tex -o article.odt</p> </blockquote> <p>Et dans le fichier .odt, j'ai ceci :</p> <blockquote class="spip"> <p>Je me cite : Alessi (2010, 65)1.</p> <p>Alessi, Robert. 2010. «<small class="fine d-inline"> </small>Research Program and Teaching Led by the Master in Hippocrates' Epidemics 2, 4 and 6.<small class="fine d-inline"> </small>» In Hippocrates and Medical Education, sous la dir. de Manfred Horstmanshoff, 117‑136. Studies in Ancient Medicine 35. Leiden : Brill. <a href="http://www.robertalessi.net" class="spip_url spip_out auto" rel="nofollow external">http://www.robertalessi.net</a>.</p> </blockquote> <p>Il me semble donc que la conversion est correcte, n'est-ce pas<small class="fine d-inline"> </small>? Voici ce que j'ai mis dans le fichier .tex :</p> <blockquote class="spip"> <p>\documentclass<i>article</i></p> <p>\usepackage[french]<i>babel</i></p> <p>\usepackage<i>natbib</i></p> <p>\begin<i>document</i></p> <p>Je me cite : \cite[65]<i>Alessi2010</i>\footnote<i>Pour voir.</i>.</p> <p>\bibliographystyle<i>agsm</i></p> <p>\bibliography<i>bibliographie.bib</i></p> <p>\end<i>document</i></p> </blockquote>

2015-11-09T14:08:48Z https://geekographie.maieul.net/-156-#comment1623 2015-11-09T14:08:48Z

<p>pour répondre sur le point biblatex/biber</p> <ul class="spip"><li> biblatex est le package qui gère les commandes bibliographiques mais aussi les styles</li><li> bibtex/biber/bibtex8 sont des scripts qui lisent un fichier .bib + un fichier produit par latex lors de la compilation et produise un autre fichier.</li></ul> <p>biblatex2 est prévu pour fonctionner nativement avec biber. Tout les autres scripts sont obsolètes et manquent de souplesse. Donc bien qu'on puisse migrer à biblatex en restant en bibtex, il vaut mieux utiliser biblatex + biber.</p>

2015-11-09T13:58:50Z https://geekographie.maieul.net/-156-#comment1622 2015-11-09T13:58:50Z

<p>Bonjour Robert</p> <p>Merci pour ces réponses.<br class="autobr"> Je veux bien passer à biblatex mais la chose n'a pas l'air aisée. Il y a des confusions avec biber, bibtex8, etc. Du moins de mon point de vue. J'ai commencé à rectifier des .csl, effectivement ce n'est pas difficile.<br class="autobr"> Et en tout humour, vous n'avez pas répondu à ma question avec l'utilisation latex+bibtex. Avez-vous essayé et vérifié que les appels bibliographiques sont mal convertis par pandoc avec ces deux instruments<small class="fine d-inline"> </small>?<br class="autobr"> Bien cordialement<br class="autobr"> Eric</p>

2015-11-08T11:05:19Z https://geekographie.maieul.net/-156-#comment1621 2015-11-08T11:05:19Z

<p>Bonjour Éric,</p> <p>Le premier conseil que je donnerais serait de passer à biblatex<small class="fine d-inline"> </small>!</p> <p>Cela dit, à ma connaissance, il n'y a pas de version francisée de harvard.csl. Le mieux est de partir du site "<a href="https://www.zotero.org/styles" class="spip_url spip_out auto" rel="nofollow external">https://www.zotero.org/styles</a>«<small class="fine d-inline"> </small>, puis de choisir le filtre<small class="fine d-inline"> </small>»author-date«<small class="fine d-inline"> </small>, et enfin de chercher sur la page le mot<small class="fine d-inline"> </small>»french«<small class="fine d-inline"> </small> : actuellement, il y a 28 résultats. Je viens de faire un petit essai : le style<small class="fine d-inline"> </small>»institut-national-de-la-recherche-scientifique-sciences-sociales.csl" me semble prendre en compte les url de façon correcte. Autre possibilité : éditer le fichier csl harvard et le franciser. C'est du xml tout simple.</p> <p>Pour les paramètres, ceci marche très bien (exemple avec xelatex/biblatex) :<br class="autobr"> pandoc —filter pandoc-citeproc —csl=fichier.csl —bibliography=fichier.bib —biblatex —latex-engine=xelatex fichier.tex -o fichier.odt</p> <p>Je ne savais pas que pandoc ignorait les images pdf. Mais à cette réserve près, oui, la ligne ci-dessus assure la conversion en une seule passe.</p>

2015-11-07T10:07:16Z https://geekographie.maieul.net/-156-#comment1620 2015-11-07T10:07:16Z

<p><span class="caps">PS</span> : je réalise que le blanc insécable apparaît parce que je l'ai moi même glissé dans le .tex (tilde\cite{xxx}). Pour autant, mes 3 questions valent toujours.</p> <p>Sourires et cordialement<br class="autobr"> Eric</p>

2015-11-07T10:00:05Z https://geekographie.maieul.net/-156-#comment1619 2015-11-07T10:00:05Z

<p>Encore merci pour ces précisions.<br class="autobr"> Je trouve que nos convertisseurs et fichiers de style sont encore bien imparfaits.<br class="autobr"> Pour info, j'utilise latex et bibtex (et donc pas xelatex ni biblatex)<br class="autobr"> Par exemple les .csl à la française n'intègrent pas les <span class="caps">URL</span> de la bibliographie (ex. : <span class="caps">PUR</span>). La csl de harvard le fait très bien. <br class="autobr"> Ensuite pandoc gère de façon bizarre les appels biblio : quand j'attends un <br class="autobr"> «<small class="fine d-inline"> </small>l'importance de la matérialité (Dagognet, 1989)<small class="fine d-inline"> </small>»<br class="autobr"> j'obtiens un<br class="autobr"> «<small class="fine d-inline"> </small>l'importance de la matérialité Dagognet (1989)<small class="fine d-inline"> </small>»<br class="autobr"> Et c'est pareil quand je décompresse l'odt.</p> <p>Idée de solutions pour l'appel biblio :<br class="autobr"> Dans l'odt lu sous libreoffice comme dans le content.xml, j'ai un blanc insécable avant le nom de l'auteur. Donc c'est gérable mais pas fabuleux.<br class="autobr"> (La sortie html est aussi mal présentée mais au moins affiche des balises qui permettent de retravailler automatiquement la chose :<br class="autobr"> span class="citation" Dagognet (1989) finduspan. Je peux donc faire un tex vers html vers odt).</p> <p>D'où quelques questions<br class="autobr"> 1. Avez-vous des conseils à me donner<small class="fine d-inline"> </small>? Il est possible que j'oublie des paramètres.<br class="autobr"> 2. Y a t il une version francisée de harvard.csl ou sinon qui ne supprime pas les <span class="caps">URL</span> de la biblio finale<small class="fine d-inline"> </small>?<br class="autobr"> 3. Quand vous devez convertir un .tex en odt ou docx, réussissez-vous à le faire en une seule passe avec pandoc, ou devez vous systématiquement fignoler les choses à la main<small class="fine d-inline"> </small>? Par exemple, pandoc ne gère pas mes images pdf (mais traduit bien les png).</p> <p>Merci d'avance<br class="autobr"> Cordialement<br class="autobr"> Eric</p> <p><span class="caps">PS</span> : texte un peu modifié car le site me dit "Il n'est pas permis d'insérer des images ni d'utiliser les attributs html class ou style"</p>

2015-04-13T16:54:56Z https://geekographie.maieul.net/-156-#comment1486 2015-04-13T16:54:56Z

<p>Pour des commandes telles que <code class="spip_code spip_code_inline" dir="ltr">\enquote{}</code>, on peut toujours les rediriger comme ceci :</p> <div class="precode"><pre class="spip_code spip_code_block" dir="ltr" style="text-align:left;"><code>\renewcommand{\enquote}[1]{«#1»}</code></pre></div> <p>Cela donnera des guillemets français, mais sans rendre disponibles toutes les fonctionnalités du package csquotes.</p>

2015-04-12T16:18:51Z https://geekographie.maieul.net/-156-#comment1481 2015-04-12T16:18:51Z

<p>(Désolé pour les messages multiples).</p> <p>Il reste encore un point qui me taraude : j'utilise \enquote{} pour mes citations et je ne parviens pas à obtenir de guillemets français<small class="fine d-inline"> </small>! Votre exemple propose de faire rechercher/remplacer mais je trouve dommage qu'il faille abandonner dans ce cas \enquote{} qui est bien pratique... Je vais y réfléchir.</p> <p>Sinon, il faut voir encore une fois je suppose du côté des templates pandoc.</p>

2015-04-12T16:05:32Z https://geekographie.maieul.net/-156-#comment1480 2015-04-12T16:05:32Z

<p>J'ajoute que — cerise sur le gâteau virtuel — cela permet également de générer des .epub impeccables (avec des notes placées en fin d'ebook et correctement liées). Ce qui peut s'avérer très utile pour les possesseurs de liseuses électroniques... ou pour les e-éditeurs en herbe.</p>

2015-04-12T16:01:02Z https://geekographie.maieul.net/-156-#comment1479 2015-04-12T16:01:02Z

<p>@ Robert Alessi</p> <p>Je suis enfin parvenu à faire fonctionner pandoc. J'avais quelques clefs un peu barbares dans mon fichier .bib (des points d'interrogation qui passaient pour LaTeX mais pas pour Pandoc).</p> <p>Le résultat est donc maintenant presque parfait. Je vais me pencher sur les feuilles de style pandoc pour tenter d'obtenir quelque chose d'impeccable en une ligne de commande. Mais encore faut-il que de telles feuilles de style restent compatible en cas de nouvelle version de pandoc.</p> <p>Pour le <span class="caps">CSL</span>, j'ai choisi celui intitulé <span class="caps">EHESS</span>-histoire que j'ai modifié de manière très marginale. Il me semble être le plus proche des normes bibliographiques françaises.</p> <p>Merci encore pour tout cela, cher Monsieur<small class="fine d-inline"> </small>!</p>

2015-03-24T10:52:20Z https://geekographie.maieul.net/-156-#comment1474 2015-03-24T10:52:20Z

<p>@Stéphane P.<br class="autobr"> Mon idée était de fournir aux éditeurs un fichier pdf final répondant parfaitement aux normes de mise en page de l'éditeur. Mais pour éviter d'imposer cela aux éditeurs, le mieux est de leur demander leur avis avant de faire le package.</p>

2015-03-24T10:48:30Z https://geekographie.maieul.net/-156-#comment1473 2015-03-24T10:48:30Z

<p>@Stéphane P.<br class="autobr"> En ce moment même, je suis en train de relire et d'annoter un pdf d'environ 150 pages à l'aide de xournal et de ma tablette. Parfois, j'écris à la main, parfois j'insère du texte saisi au clavier, cela dépend.</p> <p>Pour la justification des paragraphes dans le fichier odt, j'interviens dans le style de paragraphe par défaut. Mais il est possible de demander à pandoc d'utiliser une feuille de style que l'on a préparée à l'avance. Ce pourrait être l'occasion d'un complément à cet article.</p> <p>Avez-vous essayé de compiler les documents fournis en attachement à cet article<small class="fine d-inline"> </small>?</p>

2015-03-23T12:18:04Z https://geekographie.maieul.net/-156-#comment1472 2015-03-23T12:18:04Z

<p><span class="caps">PS</span> : c'est pour ça que, contrairement à vous Robert, je reste dubitatif quant à la conception de packages par éditeur. L'hégémonie des éditeurs <span class="caps">WYSIWYG</span> ne me paraît pas pouvoir être remise en cause rapidement, sinon chez des éditeurs en sciences exactes très spécialisés. Et il y aura toujours quelqu'un dans la chaîne de traitement qui ne maîtrisera pas la chose. Ou bien peut-être que je me trompe.</p> <p>Si LaTeX permet en un clic de générer du <span class="caps">PDF</span> impeccable, mais aussi du Word aussi net que possible, il n'y aura plus grand chose à faire. Avec pandoc, on n'en est plus si loin. On en est même très proches.</p>

2015-03-23T12:12:03Z https://geekographie.maieul.net/-156-#comment1471 2015-03-23T12:12:03Z

<p>Bonjour,</p> <p>Merci pour ces réponses. Xournal — ou un équivalent tel que Notelab — paraît bien, notamment pour un travail avec tablette graphique<small class="fine d-inline"> </small>! Je n'en ai pas pour ma part, mais j'envisagerai peut-être d'en faire l'acquisition dans la mesure où je vois là une application concrète<small class="fine d-inline"> </small>! Il en existe de souples, qui peuvent donc se transporter facilement, et qui ont aussi l'avantage d'être bon marché (40 euros environ). Je ne sais pas ce qu'elles valent, mais ça paraît tentant. L'annotation de <span class="caps">PDF</span> (type Skim) sans une telle tablette paraît quand même assez contraignante — surtout si on la compare au "suivi des modifications" que propose Word, et qui permet en un clic de valider une modifications.</p> <p>Je ne sais pas comment faire pour que le texte des paragraphes soit automatiquement justifié... etc. Il y aurait un ensemble de macros à mettre en œuvre pour automatiser la phase de post-traitement. On pourrait d'ailleurs regrouper tout ça dans un plugin.</p> <p>Bref. J'ai enfin pu mettre en application ces consignes. Pandoc apparaît bien comme la solution la plus efficace, et celle qu'il faut privilégier. J'ai particulièrement été convaincu par les styles qui sont bien respectés. Par ailleurs, l'outil est activement développé. L'on peut donc espérer qu'il soit promis à un avenir durable.</p> <p>Mais pour l'instant, je reste bloqué : les notes de bas de page sont vides dans le fichier .odt final... Je ne parviens pas à voir apparaître la moindre référence. Si quelqu'un a une idée du pourquoi du comment... Je vais continuer à chercher de mon côté. Mais je ne doute pas que je pourrai résoudre cela puisque ça marche pour vous<small class="fine d-inline"> </small>!</p> <p>Je suis certain que le développement et plus encore la simplification de ces procédure ne pourront que bénéficier à LaTeX, en lui permettant de dialoguer facilement avec d'autres formats que je qualifierais de moins élaborés, en le sortant ainsi de son «<small class="fine d-inline"> </small>splendide isolement<small class="fine d-inline"> </small>».</p>

2015-03-21T14:19:04Z https://geekographie.maieul.net/-156-#comment1470 2015-03-21T14:19:04Z

<p>En effet, pdftotext ne conserve que le texte, sans les attributs de mise en forme. Si le texte n'est pas long, ce n'est pas un inconvénient.</p> <p>Si le texte est long, on peut songer à rediriger les commandes LaTeX avant la compilation. Par exemple :</p> <div class="precode"><pre class="spip_code spip_code_block" dir="ltr" style="text-align:left;"><code>\renewcommand{\emph}[1]{[[#1]]}</code></pre></div> <p>donnera, après compilation, les mots à mettre en valeur entre doubles paires de crochets droits. Ensuite, on applique une macro pour avoir le résultat voulu dans le traitement de texte.</p> <p>Tout cela est un peu long et maladroit. Tout dépend en fait des contraintes. Si on est confronté à un directeur qui ne veut pas entendre parler de LaTeX, on peut avoir intérêt à passer un peu de temps à construire un modèle de conversion. Mais il ne faut pas aller au-delà du minimum requis par le directeur.</p> <p>Pour les éditeurs, c'est une autre histoire. L'idée de packages produisant une mise en page <i>ready to print</i> permet de leur faire accepter le dispositif. Pas mal d'éditeurs en proposent d'ailleurs à leurs auteurs.</p>

2015-03-21T12:57:58Z https://geekographie.maieul.net/-156-#comment1469 2015-03-21T12:57:58Z

<p>Passionnants échanges<small class="fine d-inline"> </small>!</p> <p>@StéphaneP : markdown est très pratique. Seul inconvénient : les citations...<br class="autobr"> Honnêtement, j'ai beaucoup espéré en markdown : dokuwiki (super moteur de wiki très simple) a une extension pour écrire directement en markdown. J'espérais pouvoir travailler à plusieurs sur un texte directement sur le wiki et ainsi tirer tous les avantages du wiki. Pour une édition papier fiable, exporter ensuite le travail en markdown du wiki vers latex avec pandoc etc. Seulement, pour faire des citations bibliographiques en note, je crois que c'est possible mais pas très convaincant. Mais markdown reste selon moi le plus universel. À venir<small class="fine d-inline"> </small>?</p> <p>@Robert : je crois que ce procédé (pdftotext) ne permet pas de garder les mises-en-sens (pour ne pas dire mises-en-forme), italique, gras etc. C'est un paramètre qui manque quand même, parce que même si latex est utile pour séparer le fonds et la forme, à la correction, c'est important qu'il y ait un minimum de mise-en-forme, sans quoi la correction est peu efficace à mon sens.</p> <p>Merci pour ces témoignages et idées.</p>

2015-03-21T11:58:11Z https://geekographie.maieul.net/-156-#comment1468 2015-03-21T11:58:11Z

<p>On les retrouve au bas des «<small class="fine d-inline"> </small>pages<small class="fine d-inline"> </small>», mais en tant que texte non formaté, comme si on reprenait toute la page par copier-coller. On trouve même toutes les informations qui sont dans les pieds de page, comme par exemple le numéro de la page en cours, de cette façon :</p> <div class="precode"><pre class="spip_code spip_code_block" dir="ltr" style="text-align:left;"><code>Voici une note de bas de page1. Le texte continue ensuite, et environ 25 lignes plus bas on a ceci. [...] 1. Texte de la note de pied de page. Plus haut dans le texte, le numéro d'appel de note n'était qu'un simple numéro, non relié à la note. Sous la note, on a le numéro de la page puis si on fait défiler le texte, on passe à la «page» suivante. - 1 -</code></pre></div> <p>Cela marche très bien. Sauf pour les langues écrites de droite à gauche avec des glyphes complexes comme l'arabe.</p>

2015-03-21T11:05:19Z https://geekographie.maieul.net/-156-#comment1467 2015-03-21T11:05:19Z

<p>quid des notes de bas de page dans ce cas<small class="fine d-inline"> </small>?</p>

2015-03-21T10:58:22Z https://geekographie.maieul.net/-156-#comment1466 2015-03-21T10:58:22Z

<p>Une autre idée pour donner du traitement de texte aux directeurs récalcitrants : compiler le document, et faire un banal «<small class="fine d-inline"> </small>pdftotext<small class="fine d-inline"> </small>», puis ouvrir le ficher .txt produit dans un traitement de texte.</p> <p>Seul problème : «<small class="fine d-inline"> </small>pdftotex<small class="fine d-inline"> </small>» produit un fichier dans lequel chaque ligne se termine par un <i>hard wrap</i>. Avantage cependant : la numérotation est conservée.</p>

2015-03-21T10:54:15Z https://geekographie.maieul.net/-156-#comment1465 2015-03-21T10:54:15Z

<p>Le débat est intéressant<small class="fine d-inline"> </small>!</p> <p>Pour la correction des épreuves, j'utilise personnellement <a href="http://xournal.sourceforge.net/" class="spip_out" rel='nofollow external'>xournal</a> qui me permet très facilement de les annoter soit au clavier, soit à la main à l'aide d'une tablette graphique. Et c'est aussi rapide que le travail sur papier<small class="fine d-inline"> </small>! Je demande simplement aux étudiants de laisser une marge suffisante. Par principe, je n'interviens pas dans leur texte. Je suggère seulement des corrections ou des nouvelles pistes.</p> <p>Pour la remise aux éditeurs, c'est une autre affaire. Une idée pourrait être de créer des gabarits sous la forme de packages (mieux) ou de classes de documents (moins bien à mon avis), maison d'édition par maison d'édition, et collection par collection.</p> <p>Puisqu'on fait de toute façon le boulot, autant le faire jusqu'au bout, plutôt que faire un travail de déconstruction d'un document abouti.</p> <p>Ce n'est qu'une idée en passant. Elle ne vaut que pour un document long, et non pour un simple article dans un volume collectif. Dans ce dernier cas, on peut se contenter de pandoc à mon avis.</p>

2015-03-21T10:03:47Z https://geekographie.maieul.net/-156-#comment1464 2015-03-21T10:03:47Z

<p>D'accord. En effet. Donc, on oublie.</p> <p>Dans ce cas, le mieux paraît d'améliorer les procédures de transfert pour l'export final en <span class="caps">XML</span> ou <span class="caps">ODT</span>, dans la perspective d'un envoi à l'éditeur. Et également pour pouvoir profiter des outils de correction de Word. Et enfin pour l'export en <span class="caps">EPUB</span>...</p> <p>Ce n'est malgré tout pas si simple<small class="fine d-inline"> </small>! Mais il y a un réel besoin.</p> <p>Il y a aussi Overleaf qui propose une vue simplifiée de latex, à la LyX...</p>

2015-03-21T09:42:06Z https://geekographie.maieul.net/-156-#comment1463 2015-03-21T09:42:06Z

<p>markdown fonctionne pour des textes simples, mais pas pour des textes avec une vrai biblio et un apparat de notes...</p>

2015-03-21T09:40:13Z https://geekographie.maieul.net/-156-#comment1462 2015-03-21T09:40:13Z

<p>Celano : oui, c'est une question importante que je me pose également.</p> <p>En même temps, je comprends parfaitement les personnes concernées qui n'ont pas forcément le temps d'apprendre LaTeX pour un ou deux étudiants tout au plus. L'usage demeure encore marginal dans nos champs de recherche, mais grâce aux manuels qui fleurissent et notamment à ce site, on peut espérer que s'étoffent les rangs des latexiens s'étoffent, au-delà de la communauté originale, celle des sciences exactes. Et que l'on abandonne par la même occasion des outils comme Zotero, qui ne sont à mon humble avis que de maigres expédients.</p> <p>Il faut dire enfin que la correction sur source n'a rien d'évident, même pour qui connaît des éléments de Latex. Non, ce qu'il faut, c'est soit améliorer les possibilités pour annoter un pdf. : pour l'instant, elles demeurent relativement peu pratiques (le meilleur outil que j'ai pu tester est Skim). Soit — et c'est sans doute le plus utile — améliorer les outils de conversions de latex vers .odt ou mieux vers <span class="caps">XML</span>, ce qui permettrait ensuite d'obtenir de nombreux formats, .odt et notamment <span class="caps">EPUB</span>. Le présent article fournit un certains nombre d'éléments... Il s'agirait de pouvoir approfondir cela. Markdown peut aussi être une piste, mais je ne sais pas grand chose de ce langage sinon qu'il est fort à la mode<small class="fine d-inline"> </small>!</p>

2015-03-20T14:49:17Z https://geekographie.maieul.net/-156-#comment1461 2015-03-20T14:49:17Z

<p>«<small class="fine d-inline"> </small>mais l'éditeur réclame un fichier dans un format de traitement de texte, avec une bibliographie ou bien une liste des références à la fin<small class="fine d-inline"> </small>». Il me suffisait de lire correctement l'introduction, en effet.<br class="autobr"> Toutes mes excuses…</p>

2015-03-20T14:07:44Z https://geekographie.maieul.net/-156-#comment1460 2015-03-20T14:07:44Z

<p>a mon sens ce n'est pas plus mal que le directeur/la directrice ne corrige pas directement le texte, ca permet de s'assurer que cela reste le travail de la doctorante / du doctorant. Je crois qu'ailleurs ce n'est pas mieux, cela dépend vraiment des personnes....</p>

2015-03-20T14:04:46Z https://geekographie.maieul.net/-156-#comment1459 2015-03-20T14:04:46Z

<p>Hum... Non, elle ne veut pas annoter un pdf.<br class="autobr"> Je trouve que ce sont les limites de l'enseignement supérieur en France.<br class="autobr"> J'imprime à chaque fois, et elle corrige à la main. Résultat : elle ne corrige toujours pas les sources, contrairement à ce qu'elle espérait faire avec word, mais elle corrige un document qui est figé (pdf ou papier, il ne peut plus être modifié comme une source).</p> <p>Pour rire un peu : un jour je lui ai envoyé le fichier source tex pour correction, vu qu'elle ne voulait pas annoter un pdf. Elle m'a renvoyé ses corrections en word en ayant enlevé tous les codes latex<small class="fine d-inline"> </small>! Qu'est-ce qu'elle a dû en baver pour faire ce travail ingrat.</p> <p>La Recherche en France... Ça se passe comment ailleurs<small class="fine d-inline"> </small>?</p>

2015-03-20T13:56:50Z https://geekographie.maieul.net/-156-#comment1458 2015-03-20T13:56:50Z

<p>@celano : elle accepte même pas d'annoter un <span class="caps">PDF</span><small class="fine d-inline"> </small>?</p>

2015-03-20T13:48:59Z https://geekographie.maieul.net/-156-#comment1457 2015-03-20T13:48:59Z

<p>Et puis rappelons-le : dans les <span class="caps">SHS</span> plus que dans d'autres domaines, l'ouverture d'esprit pour utiliser latex n'est pas encore au rendez-vous. Quand on bosse sa thèse comme moi avec une directrice qui ne veut pas entendre parler de latex, on fait quoi<small class="fine d-inline"> </small>? Soit on la rédige en open office, soit on la rédige en latex et on exporte, quite à remanier un peu le fichier ensuite. Vaste sujet...<br class="autobr"> Enfin, si on conçoit dès le départ un fichier tex en vue de l'exporter par la suite, ça permet de faire une double édition, numérique (epub) et papier (latex-pdf)</p>

2015-03-20T13:42:16Z https://geekographie.maieul.net/-156-#comment1456 2015-03-20T13:42:16Z

<p>il n'y a en soit aucun intérêt. Mais dans nos domaines, il arrive bien souvent que les éditeurs refusent de travailler avec du tex et veulent refaire toute la mise en page avec un logiciel de <span class="caps">PAO</span> depuis un document Libroffice. C'est d'ailleurs expliqué en début d'article.</p>

2015-03-20T13:31:24Z https://geekographie.maieul.net/-156-#comment1455 2015-03-20T13:31:24Z

<p>Bonjour,</p> <p>Je ne vois pas bien l'intérêt qu'il y a à exporter un fichier .tex vers LibreOffice (par exemple). On a une mise en page parfaite avec LaTeX : pourquoi chercher à obtenir un document final de moindre qualité<small class="fine d-inline"> </small>? <br class="autobr"> À l'inverse, il existe des extensions qui permettent de convertir un fichier LibreOffice en .tex. On peut préparer un tableau complexe, par exemple, tout en voyant ce que l'on fait. Mais le résultat final n'est pas forcément à la hauteur des espérances : il faut revérifier le code.</p> <p>Merci de votre réponse,<br class="autobr"> Fred02840</p>

2015-02-27T12:13:15Z https://geekographie.maieul.net/-156-#comment1434 2015-02-27T12:13:15Z

<p>De rien. Pour le coup cet article n'est pas de l'auteur principal du site. Et lui a été aussi très utile<small class="fine d-inline"> </small>! Merci Robert.</p>

2015-02-26T07:49:08Z https://geekographie.maieul.net/-156-#comment1432 2015-02-26T07:49:08Z

<p>Merci beaucoup pour ces explications. Elles s'avèrent fort utiles, et permettent de répondre aux demandes spécifiques des revues. Je profite de ce message pour vous remercier de toutes les ressources que vous mettez à disposition sur ce site<small class="fine d-inline"> </small>! Je vous lis avec attention.</p>

2015-02-20T11:06:23Z https://geekographie.maieul.net/-156-#comment1431 2015-02-20T11:06:23Z

<p>La documentation est en effet un peu touffue<small class="fine d-inline"> </small>! Mais pandoc marche bien dans l'ensemble, et permet d'économiser beaucoup de temps. Pour réaliser un pdf dans un format bien lisible sur une liseuse, il y a aussi ceci (que je n'ai pas testé) : <a href="http://ctan.org/tex-archive/macros/latex/contrib/ebook" class="spip_url spip_out auto" rel="nofollow external">http://ctan.org/tex-archive/macros/latex/contrib/ebook</a></p>

2015-02-18T15:55:13Z https://geekographie.maieul.net/-156-#comment1430 2015-02-18T15:55:13Z

<p>Merci pour cet article.<br class="autobr"> Je m'étais pris la tête dans la doc anglophone de pandoc sans être vraiment convaincu du peu que j'avais réussi à en extraire.<br class="autobr"> Le gros souci qui se posait, c'était la fameuse bibliographie. Mais maintenant j'ai appris comment faire, et ce en quelques lignes françaises seulement<small class="fine d-inline"> </small>!</p> <p>Ce qui m'intéresse beaucoup, c'est l'exportation epub pour pouvoir travailler sur ma liseuse sans imprimer chaque jour mes écrits. Je viens de faire un test rapide, ça a l'air de marcher, à quelques détails près (numérotation des nbp recommence régulièrement à 1 et autres petits détails).</p> <p>Encore merci<small class="fine d-inline"> </small>!</p>

2015-02-14T16:36:12Z https://geekographie.maieul.net/-156-#comment1427 2015-02-14T16:36:12Z

<p>Oui, c'est vrai, autant commenter la ligne<small class="fine d-inline"> </small>!</p>

2015-02-14T12:20:43Z https://geekographie.maieul.net/-156-#comment1426 2015-02-14T12:20:43Z

<p>oui, enfin il faudrait écrire deux préambule en changeant ou non l'option. À ce compte là, autant commenter le <code class="spip_code spip_code_inline" dir="ltr">\usepackage</code> pandoc.</p>

2015-02-14T07:32:08Z https://geekographie.maieul.net/-156-#comment1425 2015-02-14T07:32:08Z

<p>L'option nopandoc reviendrait en effet à désactiver le package, tout en laissant la ligne présente dans le préambule, tandis que l'option pandoc (activée par défaut) redéfinirait un certain nombre de commandes. Ce serait une façon de ne pas avoir à écrire deux préambules. Mais est-ce vraiment utile<small class="fine d-inline"> </small>? Je n'en suis pas sûr, car la conversion vers un format de traitement de texte est une opération unique, typiquement faite pour les besoins d'un éditeur qui réclame ce format...<br class="autobr"> Le test fait à partir d'une classe qui ne définit pas <code class="spip_code spip_code_inline" dir="ltr">\section{}</code> montre que pandoc interprète ces commandes de façon indépendante de toute classe de document. Même chose, semble-t-il, pour la bibliographie...</p>

2015-02-13T20:05:23Z https://geekographie.maieul.net/-156-#comment1424 2015-02-13T20:05:23Z

<p>a tout hasard, je me suis amusé à créer une classe bidon, avec juste</p> <div class="precode"><pre class="latex spip_code spip_code_block" dir="ltr" style="text-align:left;"><code>\NeedsTeXFormat{LaTeX2e}[1995/12/01] \input{bk11.clo} \setlength\paperheight {297mm}% \setlength\paperwidth {210mm}</code></pre></div> <p>, donc qui ne définit pas <code class="spip_code spip_code_inline" dir="ltr">\section</code>. Il transforme bien les <code class="spip_code spip_code_inline" dir="ltr">\section</code> en titre de niveau 1. Donc c'est qu'il ne va pas jusqu'au fond de la moulinette LaTeX<small class="fine d-inline"> </small>;-)</p>

2015-02-13T20:01:58Z https://geekographie.maieul.net/-156-#comment1423 2015-02-13T20:01:58Z

<p>je pense pas que la classe de doc soit une bonne solution. Un package avec option, oui pourquoi pas. mais enfin l'option nopandoc, cela revient à ne pas activer le package non<small class="fine d-inline"> </small>?</p>

2015-02-13T19:45:44Z https://geekographie.maieul.net/-156-#comment1422 2015-02-13T19:45:44Z

<p>Ou encore un package avec une option pandoc/nopandoc, voire une classe de document spécifique.</p>

2015-02-13T12:10:12Z https://geekographie.maieul.net/-156-#comment1420 2015-02-13T12:10:12Z

<p>Les limites encore à tester : les types persos. A voir si on peut imaginer des choses comme un script de conversion ou autre.</p> <p>ledmac/ledpar ->surcharger les commandes.</p>