fix(pdf): le texte persan s'affichait en points d'interrogation

Cause racine (reproduite et verrouillee par test) : l'insertion PDF
demandait la police integree Helvetica tout en fournissant un fichier
de police — PyMuPDF ignore alors le fichier, et Helvetica n'a aucun
glyphe arabe : chaque lettre persane devenait un '?', et ces '?'
debordaient les boites d'origine (les nombreux « [translation
overflow] »). Defaut present dans toutes les versions deployees.

- le nom de police est desormais Personnalise quand un fichier de
  police est fourni : le fichier est reellement integre
- reproduction complete avant/apres : 0 '?', 0 debordement, persan
  rendu avec la police resolue
- test de non-regression : la page traduite ne contient PAS Helvetica
  et le texte extrait n'a aucun '?'
- bouton « Reconstruire » de la relecture : une infobulle explique
  desormais pourquoi il est grise (aucun segment approuve ni modifie),
  dans les 13 langues

frontend/src/app/dashboard/reviews/[jobId]/page.tsx

@@ -346,7 +346,16 @@ export default function ReviewPage() {
               if (f) importXliff(f);
             }}
           />
-          <Button size="sm" onClick={rebuild} disabled={isRebuilding || counts.approved + counts.edited === 0}>
+          <Button
+            size="sm"
+            onClick={rebuild}
+            disabled={isRebuilding || counts.approved + counts.edited === 0}
+            title={
+              counts.approved + counts.edited === 0
+                ? t('reviews.rebuildDisabledHint')
+                : undefined
+            }
+          >
             {isRebuilding ? <Loader2 className="size-3.5 animate-spin" /> : <Download className="size-3.5" />}
             {t('reviews.rebuild')}
           </Button>