Fiche de Présentation en Direct
La fiche de présentation est l'interface cognitive en direct, ce n'est pas un script réduit en petits caractères. Cette compétence organise d'abord la tâche de présentation, puis utilise un outil local original pour générer des jeux de fiches traçables ; elle n'effectue pas de révision scientifique et ne produit pas de fichiers Word.
Syntaxe des Fiches
Chaque fiche définit cinq éléments, puis les mappe dans des champs JSON :
- Point de déclenchement : Quand tourner cette fiche, écrire dans
titleou au début du corps. - Discours principal : Le contenu qui doit être dit en direct, écrit dans
body. - Ancre de preuve : Les sources, données ou limites à vérifier, écrit dans
source. - Action de présentation : Pause, question, démonstration ou indication de transition, écrit dans
notes. - Détenteur : Un ou plusieurs rôles réels, écrit dans
speaker; ne pas deviner la répartition en fonction du nom ou du sexe.
Pour une fiche de question, les points attendus peuvent être placés dans les notes de la version enseignant ; lors de la création de la version étudiant, les réponses sont supprimées de la copie d'entrée. Les notes sont imprimées, ce ne sont pas des commentaires cachés.
Flux de Génération
- Confirmer d'abord le scénario, le ou les intervenants, la taille des fiches, la distance d'utilisation et le format de sortie. Les conclusions scientifiques, données expérimentales, accréditations de concours et approbations de personnes doivent être vérifiées avant la création des fiches.
- Créer la structure à partir du modèle vierge, remplir selon le guide d'utilisation ; l'exemple de simulation pédagogique ne sert que de référence de format.
- Exécuter
scripts/cue_cards.py. Le mode HTML n'utilise que la bibliothèque standard Python ; le PDF nécessite ReportLab et une police TrueType fournie par l'utilisateur, librement intégrable et couvrant les caractères chinois requis. - Vérifier l'intégralité du jeu total, des sous-jeux par intervenant, de l'appartenance des fiches communes, des numéros de fiches, de l'ordre de continuation, de l'index complet des sources et des caractères du corps.
- Rendu page par page pour le PDF ; utiliser l'aperçu avant impression du navigateur cible pour le HTML. Enregistrer le support vérifié, ne pas assimiler la visualisation sur écran à la validation réelle pour l'impression.
Contrat de Mise en Page
- Par défaut, une fiche par page, dimensions 150×100 mm. Corps par défaut en 13 pt ; la taille et la police peuvent être ajustées en ligne de commande.
- Le contenu long est prioritairement divisé en suites aux points de phrase ou de saut de ligne ; s'il ne peut pas tenir complètement, il continue à être divisé en fiches sans supprimer silencieusement des caractères.
- Le jeu total et les sous-jeux partagent des numéros de fiches stables ; les fiches détenues par plusieurs personnes entrent dans le sous-jeu de chaque détenteur.
- Chaque page affiche la source ; si la source est trop longue, elle renvoie vers le fichier
index.htmlinclus dans le paquet, et la valeur complète est conservée à la fois dans le JSON d'index et le HTML. - En cas de police manquante, d'impossibilité de placer le titre, de JSON non valide ou de dossier de sortie déjà existant, une erreur est renvoyée. Le programme ne supprime ni n'écrase activement les anciens résultats.
Le modèle d'entrée ne conserve pas les formules, graphiques scientifiques, images ou texte enrichi. Si la tâche nécessite la conversion fidèle de ces contenus, il faut utiliser un outil de document ou de présentation. Cet outil ne lit que le JSON local, n'accède pas aux URL qu'il contient et n'exécute pas les commandes dans le corps.
Pour une première utilisation, lire l'introduction ; les méthodes de répétition et d'évaluation se trouvent dans le guide pédagogique. Lors de la transition vers une plateforme de cours ou un module vidéo, conserver les numéros de fiches stables et les ancres de source, afin que la présentation en direct puisse être retracée jusqu'au contenu original.