Le processus de synchronisation passe par l’écriture dans les fichiers auxiliaires numérotés (.1, .1R, .2, .2R etc), dont le contenu change tant que la synchronisation n’est pas stabilisée. Ceci implique donc généralement plusieurs compilations. Nous vous conseillons donc d’utiliser un utilitaire tel que latexmk pour s’assurer que la synchronisation des pages est bien stabilisée.

Nous appelons « blocs » (chunck) la zone délimitée par un \pstart…\pend.

Pour faire bref, le réglage par défaut permet de s’assurer d’une synchronicité maximum entre les blocs correspondants, au détriment du remplissage des pages et en laissant des blancs entre les blocs. La combinaison des réglages advancedshiftedpstarts et nomaxlines permet de s’assurer de remplir aux maximum les pages, au détriment de la synchronicité des blocs, tout en s’assurant qu’un bloc commence toujours sur la page en vis-à-vis du bloc qui lui est associé.

Pour comprendre plus finement les différentes options de synchronisation de reledpar, il est nécessaire de comprendre d’abord comment par défaut reledpar synchronise les blocs de gauche et droite.

La synchronisation par défaut de reledpar vise deux objectifs :

1. S’assurer que les pages de gauche contiennent ce qui doit aller à gauche et les pages de droite contiennent ce qui doit aller à droite.
2. S’assurer que chaque bloc commence en face de son vis-à-vis.

Pour répondre à ce second objectif, reledpar s’assure que les règles suivantes soient respectées :

1. Le nombre de lignes d’une paire de blocs est identique. Pour que ce point soit respecté, reledpar insère des lignes blanches en bas du bloc le plus court, afin qu’il compte le même nombre de ligne que le bloc le plus long.
2. Le contenu principal, excluant les notes critiques et les notes familières, de deux pages en vis-à-vis contient le même nombre de lignes, y compris blanches. C’est pourquoi si une page de gauche contient des notes plus longues qu’une page de droite, le bas de la page de droite sera vide.

Les options de synchronisation de reledpar permettent donc de modifier ces deux règles :

1. En ce qui concerne le nombre de lignes par paire de blocs :
   1. L’option shiftedpstarts se contente déplacer les lignes blanches de fin de bloc à la fin de page. Elle ne permet donc pas de mettre plus de lignes par page, mais simplement d’éviter au sein d’une page les espaces interblocs. Pour bien en comprendre le mécanisme, comparez les lignes de textes présentes sur une page avec ou sans cette option : vous constaterez que ce sont les mêmes.
   2. L’option advancedshiftedpstarts supprime l’insertion des lignes blanches de fin de bloc et leur décompte dans la taille de la page. Elle permet donc d’insérer plus de ligne par page. Notez cependant que :
      1. Les lignes blanches restent prises en compte dans le calcul du moment où reledpar passe au bloc suivant. Ceci permet de s’assurer que deux blocs associés commencent systématiquement dans la même paire de pages.
      2. En conséquence, les lignes blanches restent prises en compte dans le calcul du nombre de lignes par paire de pages. Ceci explique pourquoi lorsqu’un bloc courent sur deux pages, le bloc plus court correspondant court également sur deux pages, en dépit du fait qu’il puisse rester de la place sur sa première page.
2. En ce qui concerne le nombre de lignes, y compris blanches, par page, l’option nomaxlines supprime la règle d’égalité entre deux pages en vis-à-vis. Elle permet donc de mettre plus de contenu par page. Un mécanisme complexe est alors mis en œuvre pour s’assurer que deux blocs associés commencent sur deux pages en vis-à-vis, et pour qu’ils soient alignés, si l’option shiftedpstarts ou advancedshiftedpstarts n’est pas activée.

Enfin, il est possible de laisser de côté toute règle de synchronisation automatique et de se contenter de l’alternance entre les pages de gauche et les pages de droite. Pour ce faire, on utilisera l’option nosyncpstarts.

Notez par ailleurs que tout changement de règle de synchronisation entre deux compilations entraîne ipso-facto l’annulation des fichiers numérotés, afin de s’assurer que reledpar ne tente pas de synchroniser selon des résultats archaïques.