Geekographie Maïeulesque

Bug avec polyglossia v1.45 et reledpar

Maïeul — 2020-04-21T06:00:00Z

La version 1.45 de polyglossia a changé certaines commandes utilisées par reledpar. Par conséquent, celui-ci n'était plus capable de gérer correctement le changement de langue entre les deux textes mis en parallèles.

Nous nous sommes aperçu de cela après la sortie de la TeXLive 2020. Par conséquent, les correctifs ne sont pas disponibles dans la TeXLive 2019.

Correctifs à appliquer

Si vous utiliser la TeXLive 2019, ne mettez pas à jour polyglossia, ou revenez à une version antérieure à la 1.45.
Si vous utiliser la TeXLive 2020, mettez à jour reledpar pour avoir la version 2.23.1.

Polyglossia français debugué

Maïeul — 2018-06-13T17:33:11Z

J'avais publié il y a quelques temps deux articles des bugs de polyglossia lorsqu'on utilise le français :

Bien que résolu depuis longtemps sur le dépôt github, ces bugs n'ont été déposés sur le CTAN qu'en avril 2018. La nouvelle version de polyglossia (1.42.5), qui résoud cela, est livrée avec la TeXLive 2018.

Polyglossia et XeLaTeX 3.14159265-2.6-0.99996 (TeXLive 2016)

Maïeul — 2016-06-12T19:16:43Z

TeXLive 2016 est sortie lundi dernier. Elle inclut une nouvelle version de XeLaTeX qui nécessite quelques adaptations de polyglossia, lesquelles n'ont pas encore été faites. Heureusement, ceci se corrige en quelques lignes

Le problème

XeTeX propose de définir des classes de caractères (par exemple « signes de ponctuations » « espaces » « guillemets »). Ceci permet d'insérer automatiquement des espaces de tailles déterminées entre certains caractères, selon la classe à laquelle ils appartiennent. Par exemple insérer une espace fine avant les caractères de ponctuation double.

Problème : il existe une classe spéciale, celles correspondant à la limite d'un mot, dont le code était 255 dans les anciennes versions de XeTeX, mais qui dans la version distribuée dans TeXLive2016 est devenue 4095.

Résultat : alors que un mot ; un autre mot mettait une espace fine avant le point-virgule, elle met désormais une espace normale.

La solution

Il suffit simplement de patcher la commande french@punctuation. Ajoutez donc les lignes suivantes dans votre préambule, après avoir chargé le français :

\makeatletter
\appto\french@punctuation{% \XeTeXinterchartoks \french@punctguillstart 255 = {\nobreakspace\xpg@nospace}% "« " -> "«~" \XeTeXinterchartoks 255 \french@punctguillend = {\xpg@unskip\nobreakspace}% " »" -> "~»" \XeTeXinterchartoks \french@punctguillstart 4095 = {\nobreakspace\xpg@nospace}% "« " -> "«~" \XeTeXinterchartoks 4095 \french@punctguillend = {\xpg@unskip\nobreakspace}% " »" -> "~»" \XeTeXinterchartoks 4095 \french@punctthin = {\xpg@unskip\nobreak\thinspace}% \XeTeXinterchartoks 4095 \french@punctthick = {\xpg@unskip\nobreakspace}% }
\makeatother

On retrouve le \makeatletter, \makeatother pour manipuler les commandes contenant des @ dans leur nom. Nous ajouter à la fin de la commande \french@punctuation la déclaration des « tokens » (éléments TeX de base) à ajouter entre les caractéres, en utilisant le bon code de classe.

Ceci inclut la correction pour le bug sur les guillemets signalée il y a peu.

Bug avec polyglossia 1.42.4

Maïeul — 2016-04-13T14:42:10Z

Décidément, c'est la saison des bugs. La version 1.42.4 de polyglossia, envoyée sur le CTAN le 25 mars, casse les espaces à l'interieur des guillemets français.

Voici comment contourner le problème, en attendant qu'il soit résolu directement dans polyglossia.

Le problème

Soit le les lignes suivantes :

\documentclass{article} \usepackage{polyglossia} \setmainlanguage{french} \setotherlanguage{english} \usepackage[french=guillemets]{csquotes} \begin{document} \enquote{x} \end{document}

Avant la version 1.42.4 de polyglossia, des espaces étaient automatiquement insérées au niveau des guillemets.

Espaces dans les guillemets : bonne typographie

Après cette version, les espaces disparaissent.

Pas d'espaces dans les guillemets : mauvaise typographie

La solution

Le problème a été introduit par un commit visant à résoudre un autre problème.

On pourrait évidemment surcharger le fichier french.ldf modifié par ce commit pour revenir à l'ancien fichier. Toutefois, il n'est en généralement pas conseillé de surcharger un fichier entier : on ne profite pas des évolutions futures.

Cependant il est assez simple de corriger cela. Il suffit de rétablir au sein de la commande \french@punctuation les codes commentés, et ce grâce à la commande \apptocmd qui permet d'ajouter des morceaux de code à la fin d'une commande déjà existante.

Comme la commande \french@punctuation contient des @, et que les commandes que l'on souhaite insérer aussi, il faut entourer notre \apptocmd de \makeatletter…\makeatother.

Cela étant, le seul bout de code à insérer dans le préambule est :

\apptocmd{\french@punctuation}{% \XeTeXinterchartoks \french@punctguillstart 255 = {\nobreakspace\xpg@nospace}% "« " -> "«~" \XeTeXinterchartoks 255 \french@punctguillend = {\xpg@unskip\nobreakspace}% " »" -> "~»" }{}{}

Je ne manquerais pas de vous tenir au courant lorsque la nouvelle version de polyglossia sera sortie, mais il faudra alors passer à la TeXLive 2017, la TeXLive 2016 étant gelée.

Corrigenda : si vous utiliser TeXLive 2016, lisez l'article suivant "Polyglossia et XeLaTeX 3.14159265-2.6-0.99996 (TeXLive 2016)".

Remerciement à Aurélien Berra pour avoir signalé le problème et trouvé la piste de solution.

ArabLuaTeX : ArabTeX pour LuaLaTeX

Robert Alessi — 2016-04-13T06:30:00Z

La notation « ArabTeX » a été introduite sous TeX/LaTeX en 1992. Elle a été ensuite portée sous XeLaTeX par arabxetex. arabluatex l'introduit pour la première fois sous LuaLaTeX. arabluatex ne prend actuellement en charge que la langue arabe. C'est une différence importante par rapport à arabtex qui intègre un grand nombre de langues sémitiques. De nouvelles langues seront progressivement ajoutées à arabluatex, à commencer par l'hébreu et le syriaque.

Présentation

Il n'est pas question d'entrer ici dans le détail. Le package, actuellement en version 1.0.1 est publié sur le CTAN, où l'on peut trouver une documentation complète.

Pour une comparaison entre arabtex (pour (La)TeX), arabxetex (pour XeLaTeX) et arabluatex (pour LuaLaTeX), je renvoie à cette documentation (point 1.1).

Comme arabtex, arabluatex transforme la notation ASCII ArabTeX en arabe unicode. Cette notation est intéressante à deux titres :

elle s'intègre parfaitement au code informatique. Cela est particulièrement important quand il s'agit de saisir des documents complexes, tels que des documents scientifiques ou des éditions critiques dans lesquelles abondent toutes sortes d'annotations. Ce n'est pas le cas du script arabe unicode, qui perturbe constamment le sens des crochets, parenthèses, accolades et autres signes informatiques, sans parler des interversions de mots.
elle permet un encodage précis de la langue arabe, et donne la possibilité, par exemple, de séparer les préfixes, les particules et les affixes, introduisant ainsi la possibilité de recherches grammaticales selon des critères complexes.

Il faut ajouter à cette liste les différentes possibilités de traitement du code ASCII ArabTeX :

vocalisation totale (scriptio plena) : mode [fullvoc]
vocalisation : mode [voc]
arabe non-vocalisé (scriptio defectiva) : mode [novoc]
translittération selon les différents standards : mode [trans]

Tous ces traitements sont possibles à partir d'une seule opération de saisie.

Particularités

Le fonctionnement d'arabluatex est très différent de celui de ses prédécesseurs. Le traitement du code ASCII ne repose ni sur TeX ni sur le moteur TECkit, mais sur un jeu de fonctions Lua. Dans un premier temps, sont traitées dans les environnements arabes toutes les commandes LaTeX qui sont censées avoir de l'arabe dans leurs arguments, comme \emph ou \textbf. Ensuite, le code ASCII, une fois isolé, est confié à de nouvelles fonctions qui appliquent diverses tables de correspondances selon les choix qui ont été faits.

Autre particularité très importante : arabluatex ne fait appel ni à polyglossia ni à luabidi. Les sens d'écriture sont pris en charge directement par les primitives de LuaTeX que sont \pagedir \bodydir \pardir et \textdir. Sous LuaTeX, c'est en effet toujours ainsi que l'on devrait régler les sens d'écriture.

Dernier point important : arabluatex ne traite pas le code ASCII tout à fait comme ses prédécesseurs. Il faut donc lire la documentation avant de l'utiliser.

Pour ne prendre ici qu'un exemple, sous arabluatex on ne doit jamais écrire deux fois une lettre solaire pour obtenir le tašdīd euphonique. Ainsi, pour obtenir اَلشَّمسُ, on peut écrire al-^samsu ou a^s-^samsu, mais jamais al-^s^samsu qui est en fait absurde.

arabluatex et reledmac

Dans les environnements \arb{} ou\begin{arab} ... \end{arab} la commande à double argument \edtext{}{} est prise en charge. On peut ainsi avoir ceci :

\beginnumbering \pstart \begin{arab} wa-ya.sIru ta.hta 'l-jildi \edtext{\arb{.sadIduN}}{\Afootnote{M: \arb{.sadIdaN} E1}} \end{arab} \pend \endnumbering

Comme on le voit, dans l'édition d'un texte arabe, il faut remettre la commande \arb{} dans le premier argument de \edtext{}{}. On peut ainsi avoir comme lemme du texte dans une autre langue que l'arabe.

arabluatex et les commandes complexes

Comme on l'a dit plus haut, toute commande LaTeX à argument simple, placée à l'intérieur d'un environnement arabe, est censée contenir exclusivement du texte arabe.

Parfois, ce n'est pas le cas. Par exemple, si l'on souhaite insérer une commande dont l'agument est une dimension, il faut l'insérer elle-même dans la commande \RL{} fournie par arabluatex, comme ceci :

\begin{arab} da_hala \RL{\hspace{1in}} mubtasimaN \end{arab}

Si l'argument ne contient que de l'arabe, on écrira :

\begin{arab} \index{d_hl}da_hala mubtasimaN \end{arab}

Et c'est tout ! La « magie » de Lua fera le reste, et l'on obtiendra à la fin un index tout arabe, avec un classement alphabétique correct. En revanche, si la commande \index{} ne contient pas que de l'arabe, il faudra écrire :

\begin{arab} \RL{\index{d_hl|see{...}}}da_hala mubtasimaN \end{arab}

En conclusion

Happy LuaTeXing, bien sûr !

Bibliographie, césure et multilinguisme

Maïeul — 2014-10-16T18:11:20Z

Une bibliographie est souvent multilingue. Si bien souvent on préféra conserver les termes techniques (éditeurs, traducteurs etc.) dans la langue du document principal, il peut cependant être nécessaire d'adapter la césure des champs bibliographiques. Comment faire ?

Le problème

Soit une entrée en grec :

@proceedings{Detorakes1985.2, Address = {Héracleion}, Editor = {Δετοράκης, Θεοχάρης}, Publisher = {Εταιρεία Κρητικών Ιστορικών Μελετών}, Subtitle={Αγιος Νικόλαος, 25 Σεπτεμβρίου - 1 Οκτωβρίου 1981}, Title = {Πεπραγμένα του Ε' Διεθνούς Κρητολογικού Συνεδρίου}, Volume = {2}, Volumes = {3}, Year = {1985}}

et l'exemple suivant :

\documentclass[a4paper]{article} \usepackage{polyglossia,xunicode,fontspec} \setmainlanguage{french} \setmainfont{Linux Libertine O} \usepackage[bibstyle=verbose]{biblatex} \bibliography{biblio.bib} \begin{document} Du texte en français. Du texte en français. Du texte en français. Du texte en français. Du texte en français. Du texte en français. \nocite{Detorakes1985.2} \printbibliography \end{document}

On constate que LaTeX n'est pas capable de faire une césure correcte sur « Κρητικών ». Pourquoi ? parce qu'il utilise les césures de la langue principale du document, à savoir le français.

Problème de césure grecque dans la bibliographie

Il faut donc préciser que notre entrée est en grec, grâce au champ langid. Comme nous avons affaire à du grec moderne, on va également préciser cela dans le champ langidopts :

@proceedings{Detorakes1985.2, Address = {Héracleion}, Editor = {Δετοράκης, Θεοχάρης}, Langidopts = {variant=polytonic}, Langid={Greek}, Publisher = {Εταιρεία Κρητικών Ιστορικών Μελετών}, Subtitle={Αγιος Νικόλαος, 25 Σεπτεμβρίου - 1 Οκτωβρίου 1981}, Title = {Πεπραγμένα του Ε' Διεθνούς Κρητολογικού Συνεδρίου}, Volume = {2}, Volumes = {3}, Year = {1985}}

Il faut également indiquer à biblatex que l'on souhaite changer les césures en fonction de l'entrée. Pour cela on utilise l'option autolang=hyphen :

\usepackage[bibstyle=verbose,autolang=hyphen]{biblatex}

Et on obtient ainsi le bon résultat.

Césure grecque correcte dans une bibliographie

Limites

Pour le moment on ne peut définir la langue que pour l'ensemble de l'entrée bibliographique. Mais on constate que certains champs peuvent avoir une langue différente. Une prochaine version de biblatex gèrera cela.

Gérer les revues qui publient en plusieurs étapes

Maïeul — 2013-10-25T18:20:13Z

Un certain nombre de revues publient leur volume annuel en plusieurs étapes, par mois, trimestre ou semestre.

La pagination court alors de début de l'année à la fin : chaque volume physique commence, en terme de pagination, là où s'arrête le précédent.

Chaque volume physique a son propre numéro, mais l'ensemble des numéros d'une année constituent un volume logique, avec :

une pagination continue
un numéro unique
une table des matières communes.

Comment gère-t-on cela avec BibLaTeX [1] ?

Exemple

Prenons un article de Rémi Gounelle dans la Revue d'Histoire et de Philosophie Religieuse de 2006, une revue qui publie quatre fois par an.

En bas de page nous voyons :

le numéro associé à l'année, que la revue appelle « tome » et qui ici est 86. Il correspond au champ Volume de BibLaTeX
le numéro au sein de l'année, que la revue appelle « n° » et qui ici est 3. Il correspond au champ Number.

Ce qui dans le cas présent, donnerait donc l'entrée suivante :

@article{Gounelle2006, Author={Rémi Gounelle}, Title={L'enfer selon l'\emph{Évangile de Nicodème}}, Journal={Revue d'histoire et de philosophie religieuse}, Year={2006}, Volume={86}, Number={3}, Pages={313-333} }

Qui affichera :

Rémi GOUNELLE, « L'enfer selon l'Évangile de Nicodème », in : Revue d'histoire et de philosophie religieuse 86.3 (2006), p. 313-333

Personnaliser l'affichage

J'ai reçu une demande pour modifier l'affichage sous la forme « vol. x, n°x » [2]. Voici comment.

Si l'on consulte le fichier standard.bbx [3], on trouve le driver d'affichage des entrées de type @article :

\DeclareBibliographyDriver{article}{% \usebibmacro{bibindex}% \usebibmacro{begentry}% \usebibmacro{author/translator+others}% \setunit{\labelnamepunct}\newblock \usebibmacro{title}% \newunit \printlist{language}% \newunit\newblock \usebibmacro{byauthor}% \newunit\newblock \usebibmacro{bytranslator+others}% \newunit\newblock \printfield{version}% \newunit\newblock \usebibmacro{in:}% \usebibmacro{journal+issuetitle}% \newunit \usebibmacro{byeditor+others}% \newunit \usebibmacro{note+pages}% \newunit\newblock \iftoggle{bbx:isbn} {\printfield{issn}} {}% \newunit\newblock \usebibmacro{doi+eprint+url}% \newunit\newblock \usebibmacro{addendum+pubstate}% \setunit{\bibpagerefpunct}\newblock \usebibmacro{pageref}% \newunit\newblock \iftoggle{bbx:related} {\usebibmacro{related:init}% \usebibmacro{related}} {}% \usebibmacro{finentry}}

On voit que ce qui est appelée après le dans est la macro journal+issuetitle.

Celle-ci est ainsi définie :

\newbibmacro*{journal+issuetitle}{% \usebibmacro{journal}% \setunit*{\addspace}% \iffieldundef{series} {} {\newunit \printfield{series}% \setunit{\addspace}}% \usebibmacro{volume+number+eid}% \setunit{\addspace}% \usebibmacro{issue+date}% \setunit{\addcolon\space}% \usebibmacro{issue}% \newunit}

Il faut donc se rendre à la définition de volume+number+eid :

\newbibmacro*{volume+number+eid}{% \printfield{volume}% \setunit*{\adddot}% \printfield{number}% \setunit{\addcomma\space}% \printfield{eid}}

Voilà donc la macro que l'on va redéfinir, ainsi :

\renewbibmacro*{volume+number+eid}{% \iffieldundef{volume}% {}% {\bibstring{volume}\addspace}% \printfield{volume}% \setunit*{\addspace}% \iffieldundef{number}% {}% {\bibstring{number}\addspace}% \printfield{number}% \setunit{\addcomma\space}%

L. 2, on teste le champ Volume :
- L. 3, s'il est absent on n'affiche rien.
- L. 4, s'il est présent on affiche la chaîne de langue volume, suivie d'une espace.
L. 6, à la place de séparer Volume et Number par un point, on les sépare par une espace.
L. 7, on teste le champ Number :
- L. 8, s'il est absent on n'affiche rien.
- L. 9, s'il est présent on n'affiche la chaîne de langue number, suivie d'une espace.

Ce qui nous donne :

Rémi GOUNELLE, « L'enfer selon l'Évangile de Nicodème », in : Revue d'histoire et de philosophie religieuse t. 86 no 3 (2006), p. 313–333

Il ne nous reste plus qu'à modifier les chaînes de langues :

\DefineBibliographyStrings{french}{% volume = {vol.},% number = {n°} }

Pour obtenir :

Rémi GOUNELLE, « L'enfer selon l'Évangile de Nicodème », in : Revue d'histoire et de philosophie religieuse vol. 86 n° 3 (2006), p. 313–333

On pourra aussi utiliser :

month si la publication est mensuel, mais que la numérotation est annuelle.
issue si on veut préciser une numérotation non numérique, par exemple « printemps ».

Je trouve le choix des champs Volume et Number particulièrement piégeur, puisqu'ils sont exactement inversés par rapport à un livre. En effet :

dans le cadre d'une revue, le numéro de Volume augmente régulièrement, tandis que le numéro de Number recommence régulièrement à 1.
dans le cadre d'un collection, le numéro de Number augmente régulièrement, mais un même Number peut avoir plusieurs Volume.

[1] Cet article vient compléter mon livre, où j'omet de parler de ce problème (mais la prochaine version en tiendra compte). Il est vrai que je déteste cette habitude de double numérotation, qui peut entraîner des confusions. C'est pourquoi je ne mentionne en général que le numéro de l'année. Bref, voici qui comblera mon oublie.

[2] En fait c'est cette demande qui m'a forcé à me repencher sur ce problème. Merci Axelito.

[3] Voir mon article sur comment trouver les fichiers par défaut.

Un nouveau type de pagination

Maïeul — 2011-11-25T15:20:44Z

Biblatex propose par défaut six valeurs possibles pour le champ pagination :

page
column
line
verse
section
paragraph
none

J'ai souhaité ajouter un nouveau type : notice. Voici comment j'ai procédé.

Le problème

Le but était d'indiquer une notice dans un index de référence, à savoir la \emphClavis Apocryphorum Novi Testamenti.

Voici comment j'ai défini mon entrée :

@book{CANT, Address = {Turhnout}, Author = {Maurice Geerard}, Pagination = {notice}, Publisher = {Brepols}, Title = {Clavis Apocryphorum Novi Testamenti}, Year = {1992}}

Malheureusement, en faisant \cite[194]{CANT}, j'obtenais :

Maurice GEERARD, Clavis Apocryphorum Novi Testamenti, Brepols, Turnhout, 1992, p. 194

Et non pas

Maurice GEERARD, Clavis Apocryphorum Novi Testamenti, Brepols, Turnhout, 1992, notice 194

La solution

La solution se trouve dans la documentation de Biblatex. Il suffit de définir deux chaînes de langue, l'une correspondant à la valeur du champ pagination, l'autre correspond à cette valeur suivit d'un s, pour la gestion des pluriels.

Pour déclarer des nouvelles chaînes de langue, il faut utiliser dans le préambule la commande \NewBibliographyString. Dans le cas présent, cela donne donc :

\NewBibliographyString{notice}
\NewBibliographyString{notices}

Pour déclarer leur valeur, il faut utiliser la commande \DefineBibliographyStrings, dont j'ai parlée dans un autre article.

Ce qui donne donc :

\DefineBibliographyStrings{french}{% notice = {not.}, notices = {not.}
}

J'obtiens alors :

Maurice GEERARD, Clavis Apocryphorum Novi Testamenti, Brepols, Turnhout, 1992, not. 194

Gestions des sources anonymes avec biblatex

Maïeul — 2011-11-09T01:16:31Z

La gestion des sources anonymes avec biblatex nécéssitent parfois des adaptations des styles standards. Voici celles que j'ai faites pour mon usages personnels.

Toutes mes sources primaires sont indiquées en donnant au champ usera la valeur 1.

Affichage de l'éditeur au bon endroit

Soit cette œuvre-ci :

@book{MartyHier, Address = {Bruxelles}, Editor = {Duchesne, Louis and Jean-Baptiste de Rossi}, Entrysubtype = {calendrier}, Number = {Nov. II, 2}, Publisher = {Société des Bollandistes}, Read = {1}, Series = {Acta Sanctorum}, Title = {Martyrologe Hiéronymien}, Usera = {1}, Year = {1894}}

Par défaut elle s'affiche ainsi (avec le style verbose-trad2 :

Louis Duchesne et Jean-Baptiste de Rossi, éds. Martyrologe Hiéronymien. Acta Sanctorum Nov. II, 2. Bruxelles : Société des Bollandistes, 1894

Ce n'est pas très satisfaisant, car Louis Duchesne et Jean-Baptiste de Rossi ne sont pas des directeurs. Je préférerais avoir leurs noms après le titre de l'œuvre, pour bien marquer que celle-ci est anonyme.

J'ai donc fouillé le fichier qui définit l'affichage des entrées de types @book, c'est à dire le fichier standard.bbx.

Et j'ai vu que l'entrée était affichée ainsi [1] :

\DeclareBibliographyDriver{book}{% \usebibmacro{bibindex}% \usebibmacro{begentry}% \usebibmacro{author/editor+others/translator+others}% \setunit{\labelnamepunct}\newblock \usebibmacro{maintitle+title}% \newunit \printlist{language}% \newunit\newblock \usebibmacro{byauthor}% \newunit\newblock \usebibmacro{byeditor+others}% \newunit\newblock \printfield{edition}% \newunit \iffieldundef{maintitle} {\printfield{volume}% \printfield{part}} {}% \newunit \printfield{volumes}% \newunit\newblock \usebibmacro{series+number}% \newunit\newblock \printfield{note}% \newunit\newblock \usebibmacro{publisher+location+date}% \newunit\newblock \usebibmacro{chapter+pages}% \newunit \printfield{pagetotal}% \newunit\newblock \iftoggle{bbx:isbn} {\printfield{isbn}} {}% \newunit\newblock \usebibmacro{doi+eprint+url}% \newunit\newblock \usebibmacro{addendum+pubstate}% \setunit{\bibpagerefpunct}\newblock \usebibmacro{pageref}% \usebibmacro{finentry}}

Dans mon préambule, je copie-colle ce code et modifie la ligne 4. J'y effectue un test avec la commande \iffieldequalstr pour appeler, si jamais l'entrée est une source primaire, la macro author.

Ce qui donne :

\iffieldequalstr{usera}{1}{\usebibmacro{author}}{\usebibmacro{author/editor+others/translator+others}}

J'obtiens alors :

Martyrologe Hiéronymien. Sous la dir. de Louis Duchesne et Jean-Baptiste de Rossi. Acta Sanctorum Nov. II, 2. Bruxelles : Société des Bollandistes, 1894

Bonne chaîne de langues

A oui, mais Duchesne et de Rossi ne sont pas les directeurs de publications. Qu'à cela ne tienne : je modifie la chaîne de langue byeditor en y insérant un test [2] :

\DefineBibliographyStrings{french}{% byeditor = \iffieldequalstr{usera}{1}{{éd\adddot}}{{dir\adddotspace}}`
}

ce qui me donne ceci :

Martyrologe Hiéronymien. éd. Louis Duchesne et Jean-Baptiste de Rossi. Acta Sanctorum Nov. II, 2. Bruxelles : Société des Bollandistes, 1894

Ce qui est nettement mieux !

op. cit., encore et toujours

Par contre là deuxième fois que je cite mon œuvre, j'obtiens :

Duchesne et Rossi, Martyrologe Hiéronymien, op. cit.

Le problème se situe au niveau de la macro cite:name dans le fichier verbose-trad2.cbx

Elle est définie ainsi :

\newbibmacro*{cite:name}{% \printnames{labelname}% \setunit*{\nametitledelim}}

Or labelname s'appuie sur l'auteur et à défaut sur l'éditeur. Si pour les études secondaires cela peut être utile, ce n'est pas le cas pour les sources anciennes.

Il me suffit de redéclarer la macro, en insérant un test conditionnel sur le champ usera :

\renewbibmacro*{cite:name}{% \iffieldequalstr{usera}{1}{\printnames{author}}{\printnames{labelname}}% \setunit*{\nametitledelim}}

Ce qui me donne :

Martyrologe Hiéronymien, op. cit.

Ce qui est bien !

Oui mais `\ifsingletitle`

Oui mais voilà, je me suis arrangé pour avoir des véritables op. cit. [3].

Ce qui fait que j'obtiens :

op. cit.

lorsque je cite le martyrologe la deuxième fois. Pourquoi ? Parce que ifsingletitle considère les éditeurs comme des auteurs. C'est à dire que si les éditeurs n'ont édité qu'un seul ouvrage, il renvoie vrai. Par conséquent, suivant mon précédent article, le titre n'est pas affiché. Mais comme l'auteur n'est pas non plus affiché (et pour cause, il est anonyme !), j'obtiens un simple op. cit.. Or j'ai d'autres œuvres anonymes qui pourraient être dans le cas.

Il faut donc que dans ma redéfinition de la macro cite:title je modifie à nouveau ma ligne

 \ifsingletitle{}{\printfield[citetitle]{labeltitle}}%

Pour choisir de ne pas afficher le titre :

si le couple auteur/titre est unique
ET si je ne suis pas dans le cas où j'ai un source primaire (champ usera égal à 1) ET que cette source n'a pas d'auteur (champ author indéfini).

Je pourrais bien sûr faire des imbrications de test. Ceci dit il est plus simple de regrouper tout cela dans un test unique, via la commande \ifboolexpr qui permet de tester la valeur d'une expression booléenne. Donc ici, combiner les tests que je viens de lister.

Ce qui donne cela [4] :

…
\ifboolexpr{test{\ifsingletitle} and not (test {\iffieldundef{author}} and test{\iffieldequalstr{usera}{1}})}{}{\printfield[citetitle]{labeltitle}}%
…

En mettant cela à la place de mon précédent test sur ifsingletitle, j'obtiens correctement, lors de ma deuxième citation :

Martyrologe Hiéronymien, op. cit.

Et voilà … un petit tour du problème des œuvres anonymes [5].

Chers lecteurs, merci de me donner votre avis sur l'évolution futur de ce site.

[1] Sur la notion de driver bibliographique, je renvoie à l'article sur la bibliographie commentée.

[2] Sur les chaînes de langues, voir mon article de présentation.

[3] Pour ce qui est de les avoir en italique, je renvoie à mon article qui explique comment faire.

[4] Pour la syntaxe exacte de la commande \ifbbolexpr je renvoie au manuel de biblatex.

[5] Encore un renvoi ! pour leur classement dans la bibliographie finale, il faut définir son propre système de tri.

Les chaînes de langues de Polyglossia

Maïeul — 2011-06-23T21:48:39Z

J'ai parlé dans un précédent article de la manière de redéfinir les chaînes de langues de BibLaTeX.

J'explique ici la manière de procéder pour les chaînes de langues de Polyglossia, pour permettre par exemple de changer le texte « Tables des matières » par « Sommaire » lors de l'appel à la commande \tableofcontents.

Le problème

En France, une table des matière est située à la fin d'un livre, alors qu'un sommaire est situé en début de livre.

Si j'utilise \tableofcontents en début de document, j'obtiens une « table des matières » et non pas un « Sommaire ».

Comment faire ?

La solution

Ces textes automatiquement insérés par LaTeX qui varient en fonction de la langue sont des chaînes de langues, définies par le package Polyglossia [1].

Il faut donc les surcharger.

La méthode

Comme pour les toutes les chaînes de langues, il faut commencer par découvrir quelle est la chaîne à modifier. Il faut d'abord ouvrir le fichier gloss-french.ldf, qui définit, entre autres, les chaînes de langues pour le français [2].

On peut une ligne contenant \def\captionsfrench{%. Cette ligne est suivie d'autres lignes sous la forme : \def\chaine{Valeur}%.

Et ce jusqu'à une accolade fermante.

Pour notre cas, on peut aisément repérer la ligne contenant \def\contentsname{Table des matières}%. Notre chaîne de langue est donc contentsname.

Pour redéfinir une chaîne de langue, il suffit d'écrire, de préférence dans le préambule :

\gappto\captionsfrench{\renewcommand{\chaine}{Valeur}}

Dans le cas présent, cela donne :

\gappto\captionsfrench{\renewcommand{\contentsname}{Sommaire}}

Anedocte : `\newcommand` vs `\def`

La commande \def permet de créer des nouvelles commandes. Toutefois à la différence de la commande \newcommand, les commandes ainsi créées appartiennent à TeX et non pas à LaTeX.

Définir des commandes en TeX par rapport à les définir en LaTeX permet plus de souplesse. Toutefois définir les commandes en TeX demande plus de maîtrise technique pour éviter divers problèmes (comme des erreurs de compilation.).

Les commandes TeX peuvent contenir des « sous commandes ». Ici par exemple, la commande \captionfrench contient la sous commande \contentsname. J'utilise la commande TeX \gappto pour « injecter » une sous-commande dans une commande déjà définie.

[1] Je travaille avec Polyglossia et non pas avec Babel : tant pis pour les adeptes de Babel, ce tutoriel n'est pas pour vous.

[2] Pour trouver le fichier, je renvoie à mon article sur les fichiers par défaut.

Geekographie Maïeulesque

Bug avec polyglossia v1.45 et reledpar

Correctifs à appliquer

Polyglossia français debugué

Polyglossia et XeLaTeX 3.14159265-2.6-0.99996 (TeXLive 2016)

Le problème

La solution

Bug avec polyglossia 1.42.4

Le problème

La solution

ArabLuaTeX : ArabTeX pour LuaLaTeX

Présentation

Particularités

arabluatex et reledmac

arabluatex et les commandes complexes

En conclusion

Bibliographie, césure et multilinguisme

Le problème

Limites

Gérer les revues qui publient en plusieurs étapes

Exemple

Personnaliser l'affichage

Un nouveau type de pagination

Le problème

La solution

Gestions des sources anonymes avec biblatex

Affichage de l'éditeur au bon endroit

Bonne chaîne de langues

op. cit., encore et toujours

Oui mais \ifsingletitle

Les chaînes de langues de Polyglossia

Le problème

La solution

La méthode

Anedocte : \newcommand vs \def

Oui mais `\ifsingletitle`

Anedocte : `\newcommand` vs `\def`