# Fil des commentaires > La carte Commentaires d'un volet d'unité, les commentaires de l'opérateur sur l'essai en cours de l'unité, avec la conduite de l'ajout, de la réécriture et de la suppression. Le **Fil des commentaires** montre les commentaires de l'opérateur sur l'essai en cours d'une unité, le plus ancien d'abord, chacun avec son horodatage et la phase dans laquelle il a été enregistré, plus une zone d'ajout au pied (voir [Essais et commentaires](process-runs) pour ce qu'un commentaire enregistre). Un commentaire fait partie du dossier d'essai et peut quitter la station de nouveau dans un rapport, donc le fil porte aussi les deux gestes qui gardent ce dossier honnête : réécrire une ligne là où elle est, et la retirer. C'est la carte Commentaires du [volet d'unité](view-unit-panels), pas un composant : le volet le dessine pour sa propre unité partout où les [Volets](process-panels) du modèle gardent cette carte active. Il ne se pose jamais sur une vue, et la palette Ajouter du tableau de bord ne le propose pas. Il n'y a rien à configurer : l'unité est toute la liaison, et le volet la fournit. ## Ce que dit l'en-tête {#what-the-header-says} L'en-tête dit ce que le fil lit, et sur le volet d'unité c'est l'en-tête même de la carte : `Commentaires · ` pendant un essai en cours, `Commentaires · aucun essai en cours` tant que l'unité est au repos (la liste est alors vide), et `Commentaires (indisponibles)` là où le service Process ne tourne pas. Les notes post-essai s'ajoutent depuis [Historiques](histories), pas depuis ce fil. La liste se rafraîchit depuis le fichier d'essai à cadence bornée (environ toutes les trois secondes, et immédiatement quand l'essai change). Un geste que l'opérateur a ouvert, une réécriture en cours, une suppression armée, retient le rafraîchissement pour que la ligne ne soit pas réécrite sous sa main ; un changement d'essai n'est pas retenu, parce que l'essai auquel ces gestes appartenaient n'existe plus. ## Ajouter un commentaire {#adding-a-comment} Tapez dans la zone d'ajout et appuyez sur **Ajouter**. Le bouton n'est actif que tant qu'il y a un essai en cours, que l'opérateur est autorisé et que le brouillon n'est pas vide. Le commentaire est enregistré au nom de l'opérateur connecté (ou de la station quand personne n'est connecté), parce qu'une note est une preuve elle aussi. Un échec se pose sur la ligne de retour propre au fil. ## Réécrire un commentaire {#rewriting-a-comment} **Modifier** ouvre la ligne sur place, sur le texte tel qu'il a été enregistré. **Enregistrer** (ou Entrée) valide ; **Annuler** (ou Échap) laisse le dossier tel qu'il était. Un texte vide ou inchangé laisse le dossier tranquille ; une vraie réécriture estampille la modification et l'enregistre. C'est la même validation que la grille des Historiques applique aux commentaires post-essai. ## Supprimer un commentaire {#deleting-a-comment} Retirer demande deux appuis, tous les deux dans la ligne elle-même : un pupitre d'exploitation n'a pas de seconde surface où ouvrir une boîte de dialogue, et un commentaire retiré ne revient pas. 1. **Supprimer** arme la ligne. Rien ne quitte encore le fichier d'essai ; la ligne demande `Supprimer ce commentaire ? Cette action est irréversible.` 2. Le **Supprimer** de confirmation à côté de cette question retire le commentaire. **Annuler** le conserve. Armer une ligne désarme tout autre geste ouvert : une ligne qui demande à être retirée n'est pas aussi en train d'être réécrite. ## Permission {#permission} Les trois gestes demandent la permission **Exécuter les procédures**, sur la page Process comme sur la page View, revérifiée au moment de l'écriture, jamais seulement au dessin du volet. Tant que l'opérateur ne peut pas écrire, le fil reste lisible, la zone d'ajout et les gestes sont désactivés, et l'infobulle de chaque commande désactivée porte la raison.