Skip to content

Vue d'ensemble du module Moderator

Comment fonctionne le module Moderator dans Timers Studio : le login, le miroir player, la grille de widgets, l'intercom avec la régie et les sondages qu'il peut lancer en scène.

Mis à jour le

Vue d’ensemble du module Moderator

Le module Moderator, c’est la seconde paire de mains pendant le show. La régie pilote le rundown depuis le Studio ; le modérateur voit la même sortie de scène et peut relayer de l’info, lancer un sondage, alerter un speaker ou discuter en privé avec la régie — sans toucher aux commandes principales du timer. Cette page décrit ce qui apparaît sur /moderator/<room>, comment le module dialogue avec le reste de Timers Studio, et ce que le modérateur peut faire ou non.

Une route, une room

Le module est servi depuis une seule URL :

  • timers.studio/moderator/<room> — ouvre le player modérateur, rendu par ModeratorPlayerView. L’ID de room est le même que celui du Studio régie (/id/<room>) et du Player public (/player/<room>).

Le modérateur ne voit jamais la barre de transport de la régie. Il voit ce que voit le public, plus un jeu de widgets sur le côté pour ses tâches de modération.

Ce que vous obtenez après login

ModeratorLoginView demande le mot de passe de session, défini par la régie dans le modal Links. Une fois le mot de passe validé, le modérateur arrive sur une mise en page à deux zones :

  • Zone principale — Miroir du player. Une copie pixel pour pixel du Player public : le même TimerDisplay ou AgendaPlayerView rendu à partir du même état temps réel. Quand la régie lance un timer, le modérateur voit le chrono tourner à la même milliseconde que la scène.
  • Zone widgets — Outils de modération. Une grille rendue par DynamicWidgetGrid qui peut contenir jusqu’à neuf widgets : timer, agenda, agenda_focus, intercom, visual_pager, wharton, qa_push, qa_radar, poll. La régie choisit quels widgets sont visibles et dans quel ordre.

Parler à la régie

Le modérateur et la régie partagent un intercom privé, rendu par ModeratorIntercomChat. Les messages sont stockés dans la table Supabase moderator_intercom et poussés en temps réel aux deux côtés. L’intercom gère :

  • Texte brut et emojis.
  • Emojicons — petites icônes pour les concepts récurrents ([TIMER], [MODERATOR], [TECH_ISSUE], etc.).
  • Un signal flash (le bouton éclair) qui fait clignoter le champ de saisie de l’autre côté jusqu’à ce que l’un des deux réponde.
  • Indicateur de frappe et accusés de réception.

Lancer un sondage en direct

Les sondages sont le principal outil de sortie du modérateur. Trois composants assurent l’aller-retour :

  • PollModeratorWidget (côté modérateur) — créer, lancer, fermer, pousser les résultats.
  • SpectatorPollVote (côté public sur /ask/<room>) — le spectateur choisit une option.
  • PollWidget (côté player sur /player/<room>) — l’overlay de scène qui affiche les barres de résultats dès que le modérateur clique sur Push Results.

Voir Lancer un sondage en direct pour la procédure détaillée.

Modules liés

  • Timers — le Studio régie sur /id/<room> est la source de vérité pour le rundown et l’état des timers. Le modérateur ne fait que recevoir ce que le Studio pousse.
  • Agenda — quand la régie diffuse un agenda, le miroir modérateur rend AgendaPlayerView.
  • Gateway — le public arrive sur /ask/<room> pour voter sur les sondages lancés par le modérateur. Le Gateway transporte aussi les mises à jour temps réel entre toutes les vues.

Limite de périmètre

Le modérateur peut piloter les tâches de modération — intercom, sondages, visual pager, Q&A push. Il ne peut pas éditer le rundown, modifier un timer, ni basculer entre la vue Timer et la vue Agenda : cela reste dans le Studio de la régie. Si vous avez besoin de deux opérateurs sur les timers eux-mêmes, ouvrez tous les deux /id/<room> avec un lien directeur.

À lire ensuite