Bonjour, désolé, le site était hors ligne lorsque j'ai essayé de publier ce que j'avais écrit hier.
Actuellement, côté TeX :
1. les entrées de la piclist sont lues puis mémorisées, tout comme la ligne de texte sans aucune interprétation.
2. L'interprétation de la ligne de texte en arguments se produit une fois que le verset approprié est atteint.
3. Une fois que les arguments ont été traités, il n'y a aucun paramètre ou option dans le code actuel qui empêchera l'insertion d'une image (ou d'un espace réservé) dans le texte.
Cela signifie que si une image indésirable se trouvait, par exemple, à Gen1:1, et que la variante souhaitée se trouvait à Gen1:2,
côté TeX, vous pourriez théoriquement dire à TeX d'oublier l'entrée de la piclist de Gen1:1, (entre les étapes 1 et 2 ci-dessus), mais il faudrait lui indiquer explicitement quelles entrées supprimer. Cela en fait essentiellement un processus manuel, et Mark P a déjà suggéré une méthode plus simple.
Ce que je pourrais faire, c'est refactoriser le code pour permettre un point d'accroche (hook) entre les étapes d'analyse des arguments et de création de l'image, ce point d'accroche étant autorisé à définir un type de drapeau « filtré ». Mais ce serait du nouveau code et, comme l'a écrit Mark, il existe des alternatives qui conviendront mieux à la plupart des gens.
Envisagez-vous cela comme faisant partie d'un processus automatisé avec des centaines d'images et une sorte de base de données d'images gérée de manière centralisée ? Si c'est le cas, je ne serais pas opposé à insérer le code du point d'accroche comme ci-dessus, mais pour la plupart des gens, s'il y a une image dans la piclist mais pas dans la sortie finale, c'est un bug !
