Geekographie Maïeulesque

Stage LaTeX à Dunkerque

Maïeul — 2019-05-06T16:58:29Z

Comme chaque année, l'IUT de génie thermique de Dunkerque, ou plus exactement Denis Bitouzé, organise un stage d'une journée. Cette année, le stage LaTeX aura lieu le 12 juin prochain.

Le stage nécessite une inscription préalable, et ne coût que 6 € de participation aux frais.

J'y présenterai deux interventions :

biblatex et biber : gérer sa bibliographie avec des outils ﬂexibles et modernes
Gérer son historique de ﬁchiers LaTeX avec Git

Stages LaTeX Dunkerque : Biblatex et Biber

Maïeul — 2018-05-11T14:14:56Z

Dans le cadre du stage LaTeX organisé à Dunkerque le 13 juin par l'IUT génie thermique, je donnerais une formation sur Biblatex et Biber.

Afin de permettre de préparer au mieux cette formation, je propose aux personnes intéressées (et déjà inscrite au stage) de remplir le questionnaire ci-dessous.

On trouvera les supports de formation dans l'article "BibLaTeX et Biber : supports de formation".

BibLaTeX et Biber : supports de formation

Maïeul — 2017-07-01T09:01:58Z

Lors de plusieurs stages LaTeX à Dunkerque, j'ai présenté une courte introduction à BibLaTeX et Biber, dans le but de faire un « panorama » des possibilités ouvertes par ce package et ce logiciels.

Le diaporama de présentation est disponible en deux versions :

l'une pour lire après la conférence, comprenant des notes de bas de page complémentaires
l'une pour utiliser en conférence, sans notes de bas de page et avec un affichage différé des différentes couches

J'ai repris ces fichiers pour d'autres formations, en les complétant. Je les classe donc ici par ordre antéchronologique.

Stage LaTeX Dunkerque - 14 juin 2019

Support de formation - sans note de bas de page et multicouches (2019)

Support de formation - avec note de bas de page et monocouches (2019)

Stage LaTeX Dunkerque - 13 juin 2018

Support de formation - version plate + notes de bas de page (2018)

Support de formation - sans note de bas de page et multicouches (2018)

Stage LaTeX Dunkerque - 28 juin 2017

Support de formation - version plate + notes de bas de page (2017)

Support de formation - sans note de bas de page et multicouches (2017)

Par ailleurs, on trouvera ici des exemples des différents styles disponibles

Exemples de style bibliographique

On pourra compléter par le mémento préparé par Clea F. Rees.

Enfin on trouvera les sources de mon exposé sur framagit.

On trouvera les sources sur Framagit.

Une liste des abréviations des champs bibliographiques

Maïeul — 2017-04-11T08:50:00Z

Dans une précédente contribution, j'expliquais comment obtenir une liste des abréviations de collection. Ceci ne permettait cependant pas de gérer une liste mélangeant les abréviations de plusieurs champs, par exemple les abréviations de collection et les abréviation des titres de revue. Suite à la demande d'Hélène Wiener, j'ai conçu le package biblatex-shortfields qui permet de gérer de tels cas.

Le problème

Le mécanisme de \printbiblist ne gère pas nativement la fusion de plusieurs types d'abréviations, et, a priori, ne la gérera pas dans le futur.

Ainsi, supposons que je dispose des entrées suivantes :

@book{CCSA4, Editor = {Louis Leloir}, Number = {4}, Series = {Corpus Christianorum Series Apocryphorum}, Shortseries = {CCSA}, Subtitle = {Traduction de l'édition arménienne de Venise}, Title = {Écrits apocryphes sur les apôtres}, Volume = {2}} @article{VanDeun1990, Author = {Van Deun, Peter}, Date = {1990}, Journaltitle = {Analecta Bollandiana}, Number = {108}, Pages = {323-335}, Shortjournal = {AB}, Subtitle = {Édition et traduction}, Title = {Un mémoire anonyme sur saint Barnabé (BHG 226e)}}

Il n'est pas possible nativement de produire une liste me disant que « CCSA » est l'abréviation de « Corpus Christianorum Series Apocryphorum » et « AB » celle de « Analecta Bollandiana ».

Le package fournit un mécanisme pour produire une telle liste.

Utilisation

Le package fonctionne pour le moment avec les couples shortjournal / journaltitle et shortseries / series.
Il gère également les claves avec le package biblatex-claves.
Il s'occupe automatiquement de remplacer les formes longues par les formes courtes dans les citations / la bibliographie.
La commande \printbibshortfields imprime la liste des abréviations, toute catégorie confondue. Elle peut prendre comme argument optionnel une liste de réglages, identiques à ceux que l'on peut passer à printbibliography. Par exemple pour modifier le titre de la liste : \printbibshortfields[title=Liste des abréviations].

C'est tout !

Le package s'inspire d'une précédente contribution : Collection sous forme abrégée avec shortseries.

Comment ma bibliographie a saturé la mémoire de (Xe)LaTeX

Maïeul — 2016-10-23T20:03:40Z

Cette semaine, compilant ma thèse pour une nouvelle relecture de la bibliographie, j'ai eu la désagréable surprise d'obtenir un message d'erreur libellé ainsi « TeX capacity exceeded, sorry [main memory size=5000000 ». J'ai passé un certain à trouver la source du bug. Je vous livre ici l'explication, d'une part parce que dans certaines circonstances d'autres que moi pourraient être amenés à obtenir le même bug, et d'autre part parce que l'explication de celui-ci s'avère intéressante pour comprendre les mécanismes sous-jacents à biblatex, à biber et à XeLaTeX.

Résumé du bug

Lançant ma série de compilations avec latexmk, j'obtiens, à la deuxième compilation XeLaTeX, le message suivant :

TeX capacity exceeded, sorry [main memory size=5000000]

D'habitude, ce type de message est provoqué par une boucle infinie, généralement liée à une faute de code. J'étais relativement sceptique sur l'existence d'une telle boucle, puisque je n'avais pas apporté beaucoup de changement de code depuis la dernière compilation complète effectuée un mois en amont.

Recherche de l'origine [1]

J'ai toutefois procédé à une méthode simple, mais généralement efficace pour trouver la source de ce type de bug : commenter la moitié du contenu LaTeX, compiler, voir si le bug se reproduit, si oui commenter la moitié du code restant, sinon inverser et faire un test sur la moitié qu'on n'avait pas testé, et recommencer, et ainsi de suite, jusqu'à cerner la ligne ou le bloc de code qui pose problème. Il s'agit d'une résolution classique par dichotomie, pas nécessairement la plus rapide, mais la plus simple à mettre en œuvre avec LaTeX.

Néanmoins, dans le cas qui m'occupait, une telle recherche s'est révélée infructueuse : le bug ne se produisait que si je compilais l'ensemble de ma thèse, et non pas l'une ou l'autre des moitiés.

Fort heureusement, je savais que j'avais réussi à compiler il y a quelques semaines, et qu'à l'époque j'avais posé un tag git. Grâce à la géniale fonction git bisect, j'ai pu trouver le commit ayant entraîné le bug, en testant par dichotomie l'ensemble de mes commits entre ma dernière compilation réussie et mon tout dernier commit.

Fort heureusement également, ce commit était relativement petit. J'avais remplacé :

\printbibliography[title={Manuscrits},subtype=ms,check=ms_principaux]

par

\begin{refcontext}[sorting=manuscripts]{} \printbibliography[title={Manuscrits},subtype=ms,check=ms_principaux] \end{refcontext}

Ceci permet que ma bibliographie consacrée aux manuscrits soit triée selon un ordre spécifique, d'abord par ville, puis par bibliothèque, par collection et par cote.

Recherche de la cause

La modification effectuée est donc la source du problème, mais pourquoi pose-t-elle problème ?

Fonctionnement interne de la bibliographie avec LaTeX + Biber

Un élément a éveillé ma curiosité : le bug se produisait AVANT même que la compilation n'ait eu le temps d'arriver à la ligne sur la bibliographie, comme je pouvais le constater à travers les messages défilant à l'écran.

Cependant, je touchais à un élément concernant la bibliographie. Or, voici comment fonctionne la bibliographie avec LaTeX + biblatex + Biber :

Lors de la première compilation, LaTeX lit le fichier .tex, repère les citations à l'intérieur, et écrit dans un fichier .bcf les clefs de citations utilisées ainsi que certaines informations relatives au style bibliographique, dont les informations sur le tri de la bibliographie.
Lors de la compilation Biber, ce dernier lit le fichier .bcf et le mettant en relation avec le fichier .bib, il trie et formate la bibliographie sous la forme d'une suite de commande LaTeX, qu'il écrit dans un fichier .bbl
Lors de la seconde compilation, LaTeX lit non seulement le fichier .tex, mais aussi le fichier .bbl, ce qui lui permet d'ajouter les références bibliographiques et de composer la ou les bibliographies finales.

Ceci est résumé dans le schéma ci-dessous.

Comment fonctionne la compilation de bibliographie dans LaTeX

Puisque le bug n'arrive qu'à la seconde compilation LaTeX, et qu'il est lié à la bibliographie, le problème se situe probablement dans ma bibliographie. Problème : le commit qui introduit le bug n'a rien changé au fichier .bib. Le problème se situe donc plus vraisemblablement au moment de la production du fichier .bbl.

Analyse du fichier `.bbl`

J'ai alors constaté que la taille du fichier .bbl doublait approximativement entre la compilation avant mon commit et celle après mon commit, passant à 4 Mo dans le second cas. Grâce à un logiciel d'affichage de différence entre fichiers, je constate aisément l'origine de la modification : après mon commit, les entrées bibliographiques sont présentes deux fois dans mon fichier .bbl : une fois triées selon mon classement par défaut, anonymous+realauthor, l'autre fois triées selon le classement introduit par mon commit : manuscripts.

Ceci est du reste parfaitement logique, le tri bibliographique étant effectué par Biber et non par LaTeX, il est normal de trouver pour deux demandes de tri,deux listes bibliographiques dans le fichier .bbl, chaque liste commençant par \sortlist et finissant par \endsortlist. Le problème est qu'avec 1253 entrées bibliographiques, cela produit un fichier très lourd, qui, par conséquent, remplit considérablement la mémoire de LaTeX, et aboutit donc à mon TeX capacity exceeded, sorry [main memory size=5000000]

Résolution du problème

Une fois la cause trouvée, il reste à voir comment se sortir de la situation. Trois solutions s'offrent à nous.

Première solution : utiliser LuaLaTeX

TeX, et XeTeX, les moteurs derrière LaTeX et XeLaTeX fonctionnent selon un modèle à quantité de mémoire disponible fixe : lorsque la compilation est lancée, une certaine quantité de mémoire seulement est utilisable.

En revanche, LuaTeX, derrière LuaLaTeX, fonctionne selon un modèle, plus récent, d'allocation dynamique de la mémoire : la mémoire vive utilisée est étendue au fur et à mesure des besoins, le système d'exploitation veillant simplement à ce que LuaLaTeX n'empiète pas sur les autres programme en activité [2]. Conséquence : la quantité de mémoire utilisable par LuaLaTeX ne dépend que de mon ordinateur, et on peut espérer que ma bibliographie doublée n'en vienne quand même pas à saturer toute la mémoire vive et virtuelle [3] de mon ordinateur.

Problème : LuaTeX est un moteur différent de XeTeX, avec ses spécificités, et, étant dans la phase terminale de ma thèse, je ne préfère pas effectuer une migration avec toutes les vérifications, parfois tenues, que cela implique.

Deuxième solution : augmenter la mémoire de XeLaTeX

Puisque je souhaite continuer à utiliser XeLaTeX, deux solutions s'offrent à moi : résoudre mon problème de double tri ou augmenter la mémoire de XeLaTeX. La seconde solution, moins écologique, est plus rapide à mettre en œuvre et consiste à augmenter la mémoire utilisable par XeLaTeX [4].

Une simple recherche sur le web m'indique la démarche à suivre, pour une installation TeXLive [5] :

trouver le fichier de configuration de texlive texmf.cnf en saisissant kpsewhich texmf.cnf dans mon terminal ;
dans mon cas, le fichier est /usr/local/texlive/2016/texmf.cnf ;
ouvrant le fichier je lis les lignes suivantes :
```
% This texmf.cnf file should contain only your personal changes from the % original texmf.cnf (for example, as chosen in the installer).
```
Ceci signifie que je peux y mettre tous mes réglages personnels sans risque de perdre les réglages par défaut que je n'aurais pas explicitement modifiés.
j'ajoute donc le réglage sur de mémoire suivant main_memory = 7999999, ayant lu que cela correspond à la quantité maximum gérable par (X^e)TeX.
puis dans mon terminal, saisir sudo fmtutil-sys --all pour relancer la création des scripts XeLaTeX, LaTeX et co, à partir de mes nouveaux réglages.

Pour m'assurer que mes réglages aient bien été pris en compte, je lance la compilation avec XeLaTeX d'un fichier minimum :

\documentclass{article} \begin{document} \end{document}

J'ouvre le fichier .log généré, et je lis peu avant la fin :

Here is how much of TeX's memory you used: 196 strings out of 493589 2014 string characters out of 6143511 53785 words of memory out of 7999999 3697 multiletter control sequences out of 15000+600000 3640 words of font info for 14 fonts, out of 8000000 for 9000 1347 hyphenation exceptions out of 8191 23i,1n,17p,127b,36s stack positions out of 5000i,500n,10000p,200000b,80000s

La ligne « 53785 words of memory out of 7999999 » m'indique donc que ma quantité de « words of memory [6] » est passée à 7999999, ce qui correspond à mon nouveau réglage. Ouf !

En relance ma compilation de thèse, tout se passe bien [7].

Troisième solution : éviter d'avoir deux bibliographies triées

Cependant, dans le cas où ma bibliographie grossirait encore sensiblement (ce que je n'espère pas), et pour le principe, il paraîtrait plus utile d'avoir la bibliographie triée une seule fois dans le fichier .bbl, que ce soit pour les manuscrits ou pour les autres types d'entrées. De toute façon, je filtre les types d'entrées lors de l'affichage final, pour séparer les manuscrits des autres types.

C'est pourquoi, la version 2.7.0 de biblatex-realauthor, que je viens d'envoyer sur le CTAN propose un nouveau schéma de tri, anonymous+realauthor+manuscripts, que je peux passer comme option global de biblatex, ce qui me permet de supprimer l'environnement refcontext que mon commit problématique avait introduit.

En guise de conclusion

Versionner son travail est très utile. Apprenez à le faire si ce n'est pas déjà fait.
Si vous avez des problèmes de TeX capacity exceeded, sorry [main memory size=5000000] après une compilation biber, et qu'une recherche par dichotomie ne donne rien, regardez la taille du fichier .bbl.

[1] En réalité, je suis arrivé moins directement au but, mais je donne ici la méthode que j'aurais du suivre…

[2] Je schématise, très grossièrement, d'autant plus que je ne suis pas du tout spécialiste de ces questions d'allocation de la mémoire

[3] Pour rappel : la mémoire vive, dont le contenu se vide à l'extinction de l'ordinateur, est plus rapide d'accès, mais plus coûteuse que la mémoire morte (disque dur, SSD), qui ne se vide pas à l'extinction de l'ordinateur. Pour faire leur calcul, les logiciels utilisent de la mémoire vive. Cependant, le système d'exploitation leur alloue également une part de mémoire morte pour simuler la mémoire vive, cette part est appelée « mémoire virtuelle ». Cette mémoire virtuelle, bien qu'utilisant un support à long terme, est destinée à n'être utilisée qu'à court terme.

[4] Sur ce point, XeTeX reste calé TeX, lequel a été inventé en 1977, à une époque où la mémoire informatique était une ressource rare.

[5] Pour MikTeX, j'ignore la démarche

[6] Si j'ai bien compris, un »Word of memory« est l'unité minimale de donnée que traite un processeur. Aujourd'hui, la plupart des ordinateurs neufs ont des »words of memory« de 64 bit, mais il y encore quelques années, la norme était de 32 bit. Avec 7 999 999 »words of memory« , je dispose donc de 511 999 936 bits de mémoire, soit environ 511 Mo. Cela étant, comme j'ignore comme XeTeX structure ses données en interne, je n'ai aucune idée de combien d'éléments bibliographiques je pourrai encore ajouter.

[7] J'ai simplement utilisé 4010951 words of memory sur 7999999, soit un peu plus de la moitié

Gérer les claves avec biblatex

Maïeul — 2016-09-16T07:00:00Z

Lorsqu'on cite des œuvres anciennes, par exemple dans le domaine du christianisme ancien, il peut être utile d'indiquer l'identifiant de celles-ci dans une ou plusieurs claves (singulier clavis), tel que la Bibliotheca hagiographica graeca (BHG) ou la Clavis apocryphorum novi testamenti (CANT), afin d'éviter les confusions entre œuvres homonymes, ou pour clarifier l'identification d'une œuvre publiée sous différents titres.

Le package biblatex-claves, juste publié sur le CTAN et inspiré d'une précédente contribution, facilite l'ajout de telle information de manière cohérente. En voici une brève présentation, la documentation officielle et complète étant sur le CTAN.

Exemple

Avec ce package, nous pouvons préciser les claves dans des champs dédiés.

@bookinbook{BHG225, Bhg = {225}, Cant = {285}, Crossref = {AAA2.2}, Editor = {Maximilien Bonnet}, Pages = {292-302}, Title = {Acta Barnabae}
}
@book{AAA2.2, Address = {Darmstadt}, Date = {1903}, Editor = {Maximilien Bonnet}, Location = {Leipzig}, Publisher = {Hermann Mendelssohn}, Title = {Acta Apostolorum Apocrypha}, Volume = {2.2}}

Ceci sera rendu ainsi :

Acta Barnabae (BHG 225 ; CANT 285), in : Acta Apostolorum Apocrypha, éd. Maximilien Bonnet, Vol. 2.2, Leipzig : Hermann Mendelssohn, 1903, p. 292–302

Chargement du package

Le package, qui nécessite biblatex 3.5 ou plus récent, définit de nouveaux champs directement utilisables par biblatex. C'est pourquoi il doit être chargé en tant que style bibliographique :

\usepackage[bibstyle=claves,citestyle=]{biblatex}

Si vous utilisez un autre package qui définit de nouveaux champs, tel que biblatex-bookinother, utilisez le package biblatex-multiple-dm.

Indiquer les claves à utiliser

Dans votre préambule, déclarez les claves que vous souhaitez utiliser, en utilisant la commande \AddBiblatexClavis. Par exemple :

\AddBiblatexClavis{BHG}
\AddBiblatexClavis{CANT}

L'ajout manuel de la commande \AddBiblatexClavis permet de définir au dernier moment les claves à utiliser.

Notez que la casse utilisée dans l'argument de \AddBiblatexClavis sera celle utilisée pour insérer le numéro dans les références bibliographiques.

Lister les claves utilisées

Il peut être utile de fournir en dépit de bibliographie l'explication du code des claves. Pour ce faire, vous pouvez ajouter les claves comme des entrées bibliographiques dans votre fichier .bib :

@book{CANT, Address = {Turnhout}, Author = {Maurice Geerard}, Date = {1992}, Publisher = {Brepols}, Series = {Corpus Christianorum}, Title = {Clavis Apocryphorum Novi Testamenti}}
@mvbook{BHG_3, Address = {Bruxelles}, Author = {François Halkin}, Date = {1957}, Edition = {3}, Number = {81}, Publisher = {{Société des Bollandistes}}, Series = {Subsidia Hagiographica}, Title = {Bibliotheca hagiographica graeca}, Volumes = {3}}
@book{BHG_auctarium, Address = {Bruxelles}, Author = {François Halkin}, Date = {1969}, Number = {47}, Publisher = {{Société des Bollandistes}}, Series = {Subsidia Hagiographica}, Title = {Auctarium bibliothecae hagiographicae graecae}}
@book{BHG_novum_auctarium, Address = {Bruxelles}, Author = {François Halkin}, Date = {1984}, Number = {65}, Publisher = {{Société des Bollandistes}}, Series = {Subsidia Hagiographica}, Title = {Novum auctarium bibliothecae hagiographicae graecae}}

Comme on peut le constater, le numéro dans la Bibliotheca hagiographica graeca peut correspondre aux trois volumes initiales, ou bien aux auctoria. Nous pouvons dès lors définir une entrée de type @set.

Ce type d'entrée est particulière : elle renvoie à d'autres entrées. Lorsqu'une de ces entrées est citée, toutes les entrées du @set sont citées. Comme nous souhaitons pouvoir chacun des volumes de la BHG et de ses auctoria de manière individuelle, nous allons définir notre entrée de type @set de manière locale [1] et la commande \defbibentryset.

Enfin, nous pouvons utiliser l'environnement bibliographique claves, qui permet d'afficher la clef d'une entrée bibliographique en face de sa référence, et qui modifie légèrement l'affichage standard des entrées de type @set. De plus, nous utiliserons un tri bibliographique particulier, nommé claves, qui se contente de trier selon l'ordre des clefs bibliographiques.

Cela donne donc le code suivant :

\begin{refsection} \begin{refcontext}[sorting=claves] \setlength{\shorthandwidth}{3em} \defbibentryset{BHG}{BHG_3,BHG_auctarium,BHG_novum_auctarium} \citeallclaves \printbibliography[env=claves,title=Liste des \emph{claves}] \end{refcontext}
\end{refsection}

Commentaire :

l. 1 et 8 : ouverture et fermeture d'un environnement refsection. Par défaut, toute commande \printbibliography à l'intérieur de cet environnement n'indiquera que les entrées citées dans l'environnement. Réciproquement, les entrées qui ne sont citées que dans l'environnement n'apparaîtront pas dans les \printbibliography.
l. 2 et 7 : ouverture et fermeture d'un environnement refcontext, qui permet, notamment, de définir un tri bibliographique spécifique, ici selon l'ordre alphabétique des clefs de citation (sorting=claves).
l. 3, on modifie l'espace accordée par biblatex au label dans les listes d'abréviations. Purement cosmétique.
l. 4, on dit que l'entrée de type @set dont la clef est BHG renvoie aux entrées BHG_3,BHG_auctarium et BHG_novum_auctarium.
l. 5, la commande \citeallclaves effectue un nocite sur toutes les clefs passées aux commandes \AddBiblatexClavis en préambule.
l. 6, la liste des claves est simplement une bibliographie un peu particulière :
Un titre « Liste des claves »
Un environnement bibliographique claves qui :
- Affiche la clef bibliographique en face de la référence.
- Insère un retour paragraphe entre chaque sous-entrée d'une entrée @set
- Insère un tirer pour indiquer la répétition d'un nom d'auteur pour les sous-entrées d'un @set.

Ce qui donne ceci :

Exemple de liste des claves

Personnalisation

Lire la documentation officielle.

[1] En attendant une éventuelle amélioration de biblatex], en utilisant la notion de section bibliographique[[Je parle rapidement de la notion de section bibliographique dans mon ouvrage. Une section bibliographique dans un document permet d'établir une bibliographie ne correspondant qu'à une partie du document, par exemple un chapitre.

Catalague feature of biblatex-manuscripts-philology repaired with biblatex 3.4

Maïeul — 2016-06-06T08:13:20Z

Some months ago, I wrote that biblatex 3.3 broke the catalogue feature of biblatex-manuscripts-philology.

The version 3.4 of biblatex solves this issue. As TeXLive 2016 is just released, you can obtain it quickly.

biblatex-bookinarticle devient biblatex-bookinother

Maïeul — 2016-04-12T06:30:00Z

Le package biblatex-bookinarticle était la mise en package d'une précédent contribution proposant un nouveau type d'entrée @bookinarticle. J'ai petit à petit ajouté des nouveaux types permettant de gérer plusieurs cas de livres anciens édités dans d'autres types (par exemple dans un @inproceedings). Récemment j'ai également ajouté la possibilité de préciser l'éditeur.rice du livre ancien lorsqu'il ne s'agit pas de l'auteur.e de l'ouvrage incluant, par exemple si un livre est édité par un.e chercheur.se dans un article d'un.e autre chercheur.se.

Ceci impliquant un changement de mode de chargement du package, j'ai changé, après consultation des utilisateurs, le nom de package. Il devient biblatex-bookinother.

Ce que propose le package

Au moment de sa sortie, le package biblatex-bookinother propose plusieurs nouveaux types :

@bookinarticle
@bookincollection
@bookinincollection
@bookininproceedings
@bookinproceedings
@bookthesis

La meilleure manière de gérer ces entrées et de les présenter comme sous-entrées bibliographiques d'une entrée plus globale, grâce au méchanisme d'héritage via le champ crossref.

Il propose également un champ bookineditor pour préciser l'éditeur du livre ancien lorsqu'il ne s'agit pas de l'auteur de l'entrée englobante.

Chargement

Le fait que le package propose un nouveau champ implique qu'il ne puisse pas être chargé comme un package LaTeX, via \usepackage mais comme un style bibliographique biblatex, c'est-à-dire à travers l'option bibstyle.

Par conséquent à la place de mettre :

\usepackage{biblatex-bookinarticle}

utiliser :

\usepackage[citestyle=citationstyle,bibstyle=bookinother]{biblatex}

Le package charge automatiquement le style bibliographique verbose.bbx, (bibstyle), ce qui implique que si vous utilisez les styles bibliographiques verbose-xxx ou authortitle-xxx vous n'avez pas de souci à vous faire.

Si vous utilisez un autre style bibliographique, utilisez biblatex-multiple-dm. Cependant, n'oubliez pas que les styles des nouvelles entrées sont calqués sur les styles des entrées standards de biblatex. Il vous faudra sans doute adapter les « drivers » bibliographiques des nouvelles entrées.

Il vous faudra également utiliser biblatex-multiple-dm si vous souhaitez utiliser d'autres packages définissant des nouveaux champs, tel que biblatex-manuscripts-philology.

Plus d'éditeur.rice.s avec biblatex-morenames

Maïeul — 2016-04-11T06:30:00Z

Biblatex propose en standard un champ editor permettant de préciser l'éditeur.rice d'un ouvrage (qu'il s'agisse d'un livre ancien ou d'un collectif). Il propose également un champ editortype permettant de préciser la fonction éditorial de l'editor. Cependant le lien de l'editor avec l'entrée est fixée à l'avance. Ainsi, pour une entrée @collection, editor désigne la personne qui a supervisé la construction du volume. Cependant si ce volume s'inscrit dans un projet plus global, un @mvcollection il n'est pas possible d'indiquer qui a supervisé le projet global.

D'autres cas peuvent se produire. Le package biblatex-morenames propose donc de nouveaux champs dérivés du champs editor.

Le champ `maineditor`

Signification

Pour une entrée @collection ou @incollection, le champs editor désigne l'éditeur du volume, alors que le champs maineditor désigne l'éditeur / superviseur pour l'entrée @mvcollection ;
de même pour une entrée @inproceedings ou @proceedings vis-à-vis d'une entrée @mvproceedings ;
de même pour une entrée @inreference ou @reference vis-à-vis d'une entrée @mvreference.

Héritage

Il est conseillé d'utiliser le mécanisme d'héritage de biber. Le champ maineditor d'une entrée collection étant hérité du champ editor de l'entrée @mvcollection.

Le schéma ci-dessus résume l'héritage.

Héritage lié à maineditor

Exemple

Soit les entrées bibliographiques suivantes :

@mvcollection{HistoireduChristianisme, Address = {Paris}, Editor = {Pietri, Charles and Pietri, Luce and Vauchez, André and Venard, Marc and Mayeur Jean-Marie}, Publisher = {Desclée}, Subtitle = {des origines à nos jours}, Title = {Histoire du christianisme}, Year = {1992/2001}, Volumes = {20}} @collection{Pietri1998, Crossref = {HistoireduChristianisme}, Date-Added = {2014-11-05 12:44:24 +0000}, Date-Modified = {2014-11-13 20:10:06 +0000}, Editor = {Luce Pietri}, Title = {Les Églises d'Orient et d'Occident}, Volume = {3}, Year = {1998}} @incollection{Maraval1998, Author = {Pierre Maraval}, Crossref = {Pietri1998}, Pages = {107-145}, Title = {La réception de Chalcédoine dans l'empire d'Orient}}

Donne le résultat suivant pour l'entrée Maraval1998 :

Pierre MARAVAL, « La réception de Chalcédoine dans l'empire d'Orient », in : Histoire du christianisme : des origines à nos jours, sous la dir. de Charles PIETRI et al., t. 3 : Les Églises d'Orient et d'Occident, sous la dir. de Luce PIETRI, 20 t., Paris : Desclée, 1998, p. 107–145

Les champs `ineditor` et `bookineditor`

Signification

Pour une entrée @article, ou une entrée @inbook entrée, le champ ineditor signifie l'éditeur d'une contribution individuelle, tandis que le champ editor signifie l'éditeur du volume global.

Pour une entrée @bookinbook, bookineditor signifie l'éditeur du livre (ancien) édité, tandis que editor signifie l'éditeur du volume global.

Exemple

Le volume Hagiographica Cypria du Corpus Christianorum Series Graeca contient trois textes :

deux édités par Peter Van Deun (Laudatio Barnabae et Περίοδοι καὶ μαρτύριον τῶν ἁγίων ἀποστόλων Βαρθολομαίου καὶ Βαρνάβα) ;
un édité par Jacques Noret (Vita Auxibii).

On peut donc considérer que Jacques Noret et Peter Van Deun sont les éditeurs du volume. On va les mettre tous les deux dans le champs editor, tandis que chacun d'entre eux sera mis dans le champ bookineditor de leur entrées respectives.

On peut donc proposer pour la Laudatio Barnabae les entrées suivantes :

@bookinbook{BHG226, Author = {{Alexandre de Chypre}}, Crossref = {CCSG26}, Bookineditor = {Van Deun, Peter}, Pages = {83-122}, Title = {Laudatio Barnabae}
}
@book{CCSG26, Editor = {Peter Van Deun and Jacques Noret}, Number = {26}, Series = {Corpus Christianorum Series Graeca}, Title = {Hagiographica Cypria}}

Pour l'entrée BHG226 on obtient le résultat suivant :

ALEXANDRE DE CHYPRE, Laudatio Barnabae, sous la dir. de Peter VAN DEUN, in : Hagiographica Cypria, sous la dir. de Peter VAN DEUN et Jacques NORET, Corpus Christianorum Series Graeca 26, p. 83–122

Héritage

L'héritage est relativement classique, les champs étant simplement transmis de l'entrée principale à l'entrée secondaire.

Héritage lié au champ bookineditor

Chargement du package

Le package ajoutant de nouveau champs, il doit se charger comme un style bibliographique (bibstyle) :

\usepackage[citestyle=citationstyle,bibstyle=morenames]{biblatex}

Si vous utilisez un autre style bibliographique, utilisez biblatex-multiple-dm. Il vous faudra sans doute adapter les « drivers » bibliographiques pour ajouter les nouveaux champs.

Il vous faudra également utiliser biblatex-multiple-dm si vous souhaitez utiliser d'autres packages définissant des nouveaux champs, tel que biblatex-manuscripts-philology.

biblatex 3.3 breaks the catalog feature of biblatex-manucripts-philology

Maïeul — 2016-03-16T15:58:06Z

The version 3.3. of biblatex breaks the catalog feature of biblatex-manucripts-philology which allows to add catalog in the manuscripts description.

I have no idea of the cause, and so the way to solve it. Consequently, if you use biblatex-manucripts-philology, wait before updating biblatex [1].

[1] I have submitted the problem.

Geekographie Maïeulesque

Stage LaTeX à Dunkerque

Stages LaTeX Dunkerque : Biblatex et Biber

BibLaTeX et Biber : supports de formation

Stage LaTeX Dunkerque - 14 juin 2019

Stage LaTeX Dunkerque - 13 juin 2018

Stage LaTeX Dunkerque - 28 juin 2017

Une liste des abréviations des champs bibliographiques

Le problème

Utilisation

Comment ma bibliographie a saturé la mémoire de (Xe)LaTeX

Résumé du bug

Recherche de l'origine [1]

Recherche de la cause

Fonctionnement interne de la bibliographie avec LaTeX + Biber

Analyse du fichier .bbl

Résolution du problème

Première solution : utiliser LuaLaTeX

Deuxième solution : augmenter la mémoire de XeLaTeX

Troisième solution : éviter d'avoir deux bibliographies triées

En guise de conclusion

Gérer les claves avec biblatex

Exemple

Chargement du package

Indiquer les claves à utiliser

Lister les claves utilisées

Personnalisation

Catalague feature of biblatex-manuscripts-philology repaired with biblatex 3.4

biblatex-bookinarticle devient biblatex-bookinother

Ce que propose le package

Chargement

Plus d'éditeur.rice.s avec biblatex-morenames

Le champ maineditor

Signification

Héritage

Exemple

Les champs ineditor et bookineditor

Signification

Exemple

Héritage

Chargement du package

biblatex 3.3 breaks the catalog feature of biblatex-manucripts-philology

Analyse du fichier `.bbl`

Le champ `maineditor`

Les champs `ineditor` et `bookineditor`