Guides

Réparer médias, MathJax et modèles après un import

Un ordre de dépannage pour les images manquantes, les formules MathJax cassées et les modèles brisés après l’import d’un paquet de flashcards.

Une flashcard avec une icône d’image cassée à côté de la même carte affichant l’image correctement après une réparation

Des images manquantes, des formules qui ne s’affichent pas et des modèles cassés après un import viennent presque toujours de l’une de ces trois causes : des fichiers médias qui n’ont pas voyagé avec l’export, une syntaxe de formule que la destination interprète différemment, ou une règle de modèle que la destination n’applique pas de la même manière. Vérifie-les dans cet ordre, car corriger la mauvaise couche en premier te fait perdre du temps.

Réponse courte

  • Une image vide signifie généralement que le fichier média n’était pas dans l’export, pas que l’import a échoué.
  • Les problèmes MathJax sont presque toujours une différence d’affichage, pas une perte de données : le texte de la formule est toujours là.
  • Les modèles cassés touchent des types de notes précis, pas tout le paquet ; isole le problème avant de tout reconstruire.
  • Teste une carte de chaque type avant de supposer que tout l’import a un problème systémique.
  • Corrige d’abord l’export si les médias continuent d’échouer ; réimporter un export défaillant reproduit le même échec.

Pourquoi les médias échouent silencieusement pendant une migration

Le texte du recto et du verso d’une carte peut s’importer parfaitement pendant que son image ou son audio échoue, car la carte et son média sont stockés séparément, même à l’intérieur d’un seul fichier d’export. La carte référence un fichier par son nom ; le fichier média lui-même doit voyager dans le même paquet et atterrir à un endroit que la destination lit réellement. Quand l’un des deux liens se casse, la carte s’importe quand même : elle affiche simplement un espace vide à la place du média.

C’est pourquoi « l’import s’est terminé sans erreur » ne te dit rien sur le fait que le média soit bien arrivé ou non. Un importateur qui crée une carte avec succès n’a aucun moyen de savoir que l’image attendue n’est pas incluse, à moins qu’il ne vérifie et signale explicitement cette absence. La plupart ne mettent pas cette vérification en avant, donc c’est à toi de tester plutôt que de faire confiance à un message de réussite.

Réparer les images et l’audio manquants

Commence par confirmer que le média était bien inclus dans ce que tu as exporté, pas seulement dans ce que tu as importé.

  1. Vérifie l’export, pas seulement l’import. Si c’est toi qui as créé l’export, refais-le en cochant l’option d’inclusion des médias, si ton application source sépare ce réglage des données du paquet.
  2. Ouvre la carte spécifique dont le média est manquant, pas seulement une vue en liste. Une carte peut sembler complète dans une liste tout en étant privée de son image, car les vues en liste n’affichent souvent pas les médias du tout.
  3. Recherche le nom du fichier référencé par la carte, si ta source et ta destination exposent tous les deux ce détail. Un fichier média enregistré sous un nom légèrement différent de celui attendu par la carte échouera silencieusement à s’attacher.
  4. Réexporte un petit paquet de test contenant uniquement la carte manquante, avec les médias explicitement inclus, puis réimporte seulement ce test. Si le média apparaît cette fois-ci, c’est l’export d’origine qui était incomplet, pas l’importateur qui était en cause.
  5. Rattache le fichier manuellement en dernier recours pour une poignée de cartes, plutôt que de réimporter tout un grand paquet pour corriger un petit nombre de fichiers manquants.

L’audio suit le même schéma que les images : une carte peut s’afficher normalement tout en étant privée de son son, il faut donc réellement l’écouter pour le savoir. Ne te fie pas à un nombre de pièces jointes affiché sur un écran de résumé : ouvre et lis le fichier lui-même.

Réparer MathJax et les formules qui ne s’affichent pas

Une formule qui apparaît en texte brut, avec des symboles dollar, des barres obliques inverses, des accolades, au lieu d’une équation mise en forme, révèle un problème d’affichage, pas une perte de données. Le texte source de la formule s’est presque toujours importé correctement ; ce qui échoue, c’est l’interprétation de cette syntaxe par la destination, différente de celle de la source.

  1. Confirme que le texte brut est bien là. Ouvre la carte et vérifie que le texte sous-jacent de la formule, le MathJax ou le LaTeX délimité par des symboles dollar, est présent, même s’il ne s’affiche pas correctement. Si le texte est là, c’est un problème d’affichage que tu peux corriger sans rien réimporter.
  2. Teste une formule contenant chaque élément que tu utilises réellement : un opérateur, une fraction, une lettre grecque, un exposant. Une destination peut afficher correctement les formules simples tout en échouant sur une structure spécifique dont dépend ta collection.
  3. Vérifie les incompatibilités de délimiteurs. Différents outils attendent parfois des marqueurs légèrement différents autour d’une formule. Si le texte brut est présent mais entouré d’un délimiteur que la destination ne reconnaît pas, c’est ce décalage, et non une formule perdue, qui est le vrai problème.
  4. Isole si le problème touche un seul type de note ou tous les types. Une formule qui échoue sur toutes les cartes pointe vers un réglage d’affichage global de la destination. Une formule qui échoue sur un seul type de note pointe vers ce modèle précis.

Ne réécris pas les formules à la main sur tout un grand paquet avant d’avoir confirmé que le texte sous-jacent est intact. Corriger un réglage d’affichage une seule fois demande bien moins de travail que de retaper manuellement des équations qui n’ont en réalité jamais été perdues.

Réparer les modèles et la mise en forme cassés

Un modèle contrôle la disposition et le style des champs d’une carte, pas le contenu des champs eux-mêmes. C’est pourquoi une carte « cassée » conserve souvent toutes ses informations correctes, cachées derrière une mise en page mal affichée.

  1. Inspecte d’abord une carte normale, puis une carte que tu sais utiliser une mise en forme inhabituelle. Si les deux semblent cassées, le problème touche probablement toute la destination. Si seule la carte inhabituelle pose problème, il est spécifique aux règles personnalisées de ce modèle.
  2. Vérifie le CSS ou le style personnalisé séparément du contenu des cartes. Une règle de style qui référence une police ou une classe que la destination ne reconnaît pas peut déformer la mise en page d’une carte alors que le contenu réel de chaque champ reste correct et consultable.
  3. Compare le placement des champs, pas seulement leur apparence. Un champ déplacé au mauvais endroit sur la carte relève d’un problème de correspondance entre types de notes, pas d’une perte de données : le texte existe généralement toujours quelque part sur la carte.
  4. Décide ce qui mérite d’être reconstruit. Une différence de style purement cosmétique n’a pas besoin d’être corrigée. Une mise en page qui masque un champ dont tu as réellement besoin, si.

Un test répétable en six cartes pour repérer le problème avant qu’il ne se propage

Effectue ce test sur un petit échantillon avant de supposer que tout ton import est réussi ou raté.

  1. Une carte en texte simple, sans média ni mise en forme.
  2. Une carte avec une image.
  3. Une carte avec de l’audio.
  4. Une carte à trous.
  5. Une carte avec une formule.
  6. Une carte utilisant ton modèle ou CSS le plus personnalisé.

Ouvre chacune individuellement, pas depuis une vue en liste, et confirme que le média se charge, que la formule s’affiche et que la mise en page correspond à ce que tu attends. Cet ensemble de six cartes couvre les couches les plus susceptibles de casser séparément ; un échec te dit exactement laquelle des trois causes ci-dessus tu affrontes, au lieu de te laisser deviner sur tout un paquet.

Pour la liste de vérification plus large à laquelle appartient ce test avant une migration, consulte déplace tes flashcards sans repartir de zéro. Pour savoir ce qu’un export de paquet peut ou ne peut pas transporter au départ, consulte découvre ce qu’un .apkg conserve de ta planification.

Comment StudyDaily gère les médias et les modèles importés

StudyDaily conserve la mise en forme des cartes importées telle quelle, y compris la mise en forme des cartes à trous et l’affichage de l’occlusion d’image, et lit les médias référencés par les imports .apkg et paquets de collection. Si un fichier média précis n’était pas inclus dans l’export source, StudyDaily ne peut pas récupérer un fichier qui n’a jamais été envoyé ; cette limite appartient à l’export, pas à l’importateur, ce qui explique pourquoi tester l’export lui-même est la première étape de dépannage ci-dessus, pas la dernière.

Ouvre StudyDaily dans ton navigateur pour tester un import avec ton propre échantillon de six cartes avant d’y confier une collection complète : la révision ne nécessite pas de compte, tu peux donc vérifier les médias et les formules avant de décider quoi que ce soit d’autre.

Que faire ensuite ?

Effectue le test des six cartes sur un petit échantillon, classe l’échec dans la catégorie médias, formules ou modèles, puis corrige cette couche précise plutôt que de réimporter toute la collection en espérant que le résultat change.

  • Ouvre les cartes individuellement ; les vues en liste cachent les médias manquants.
  • Confirme que le texte de la formule est présent avant de supposer qu’il a été perdu.
  • Isole si un problème de mise en page touche toute la destination ou un seul modèle.
  • Refais l’export en incluant les médias avant de blâmer l’importateur.
  • Garde l’échantillon de six cartes comme test standard pour tes futurs imports.

Questions fréquentes

Pourquoi mes images sont-elles manquantes après avoir importé un paquet ?

Presque toujours parce que le fichier média n’était pas inclus dans l’export, pas parce que l’import a échoué. Réexporte en incluant explicitement les médias et retente sur la même carte avant de supposer autre chose.

Pourquoi MathJax ne s’affiche-t-il pas après un import ?

Le texte brut de la formule s’est généralement importé correctement ; la destination interprète cette syntaxe différemment ou utilise un délimiteur différent. Vérifie que le texte sous-jacent est présent avant de le réécrire à la main.

Comment savoir si un problème de modèle touche tout le paquet ou un seul type de note ?

Compare une carte normale à une carte utilisant ton modèle le plus personnalisé. Si seule celle-ci semble cassée, le problème est spécifique au style de ce modèle plutôt qu’à l’import dans son ensemble.

Dois-je réimporter tout le paquet pour corriger un problème de média ?

Seulement après avoir confirmé que l’export lui-même inclut désormais le média manquant. Réimporter sans corriger l’export d’abord reproduit le même vide, puisque l’importateur ne peut pas attacher un fichier qui n’a jamais été envoyé.

Sources utilisées pour ce guide

Ce guide décrit le fonctionnement général des exports et imports de paquets ; le manuel officiel d’Anki sur l’exportation et le manuel sur l’import des paquets documentent comment les médias et la mise en forme voyagent à l’intérieur d’un paquet pour cette application précise. Le comportement d’import de StudyDaily provient de l’importateur du produit lui-même, confronté à ces sources pour la date de publication de ce guide, le 6 juillet 2026.


Anki est une marque déposée de son propriétaire respectif. StudyDaily n’est pas affilié à Anki et n’est ni approuvé ni sponsorisé par Anki. Le nom du produit est utilisé ici uniquement pour décrire la compatibilité et comparer les fonctionnalités.

Essayez la méthode avec vos propres fiches

Ouvrez StudyDaily dans votre navigateur. Réviser localement ne demande aucun compte.

Ouvrir StudyDaily

Julien développe StudyDaily et vérifie chaque guide avec des sources primaires et le produit publié.

Lire la méthode éditoriale

Tous les guides