Tu es entre les deux.
Le problème ne vient pas du type de question. Une match convient en effet, puisqu'elle fournit un ensemble de paires question/réponse. En créer une nouvelle ne résout pas le problème du couplage.
Pour essayer d'être plus clair, il faut expliquer comment se fait une sauvegarde Moodle. Chaque instance de module inscrite dans le cours sauvegarde toutes les données qui lui sont nécessaires. Pour des modules simples, celà se limite à un enreigstrement de la table principale de module. Pour des modules plus complexes, il faut sauvegarder toutes les données relatives à ce modules, à partir de toutes les tables utilisées pour ce dernier. Lorsqu'une instance n'utilise que des données de son propre jeu de tables, tout se passe bien : il est facile de constituer une sauvegarde qui peut être restaurée dans n'importe quelles conditions, puisque les données sont toutes disponibles dans la sauvegarde. Certaines données supplémentaires (données de contexte) sont en général reconstruites par calcul au moment de la restauration.
Par contre, lorsqu'un module s'appuie sur des données gérées par ailleurs (c'est le cas ici), on ne sait pas très bien ce qu'il faut stocker (et jusqu'où il faut stocker) pour pouvoir remonter une situation exploitable dans l'environnement d'arrivée. Si on ne sauvegarde QUE les données du module, il va manquer des données à l'arrivée, si on sauvegarde toutes les dépendances, il est possible que la sauvegarde nécessite beaucoup de données et que le processus de sauvegarde lui-même soit beaucoup plus difficile à programmer.
A la restauration c'est pire encore. S'il manque des données on ne sait pas comment rattacher les "pièces manquantes" qui sont restées dans la plateforme de départ. Si on les toutes amenées avec soi (par exemple ici, la question les sous-questions le mapping de la question et des sous questions, mais également la catégorie et les réglages de cette catégorie dans la plate-forme de départ, on ne sait toujours pas comment reconstruire tout ça DANS TOUS LES CAS). C'est le problème du "couplage fort" que j'évoquais tout à l'heure.
Ce couplage introduit donc effectivementun problème de gestion des questions, mais pas du côté des quiz, mais bien pour l'architecture du module flashcard (ou du moins pour sa "transportabilité").
(plus j'explique et plus je pense que la solution qui découple complètement les quiz du flashcard, avec une éventuelle fonction d'import question -> flashcard ou d'export flashcard -> question me semble être une solution raisonnable).
Pourquoi ne peut on pas créer (ou pourquoi ça ne sert pas ici) un type de question "flash" : parce que celui ci, en tant que type de question est donc précisément reconnu par le module question puis quiz et ne peut donc pas "fonctionnellement" être isolé du fonctionnement des tests. Le module flashne peut donc pas s'en approprier l'usage exclusif, dû aux règles d'architecture qui ont présidées à l'établissement de tout ce système de questions.
J'espère avoir éclairé ta lanterne moodlique.