Le calendrier des courses finissait sur une phrase : « Un événement manque ? Écrivez-nous. » Vous écriviez, nous recopiions le courriel à la main, et entre les deux une course pouvait attendre des jours. Si vous connaissez une course qui n'y est pas — parce que vous l'organisez, ou parce que vous y allez chaque hiver —, vous pouvez maintenant la proposer vous-même.
Ce qui change
Six champs. Le nom de l'événement (sans l'année : elle vient de la date), le début et la fin, le lieu du départ, le pays, et le lien vers le site de l'organisateur ou sa page d'inscription. C'est à ce lien qu'un admin vérifie les dates avant de publier. Si les dates ne sont pas sûres, cochez « Dates à confirmer ». En option : le terrain, les disciplines, et une ligne pour l'admin (140 signes, jamais publiée).
Les doublons, pendant que vous tapez. Dès que le nom a trois lettres, ou dès que la date et le pays sont posés, le formulaire cherche dans le calendrier et dans les propositions déjà en attente. Il se fonde sur trois indices : un nom qui ressemble, le même lieu à quelques jours près, les mêmes jours dans le même pays. Deux cas :
- « Ça ressemble à », en ambre, quand le nom ressemble, ou quand le lieu et les dates concordent. Vous répondez avant d'envoyer : « C'est le même (proposer une correction) », ou « Non, c'est un autre ».
- « À vérifier », en calme, quand seuls les jours et le pays concordent. C'est une information, rien ne bloque.
Au plus trois candidats sont montrés, le plus probable en tête.
Corriger une course qui est déjà là. Depuis la fiche d'une course, ou depuis « C'est le même », la correction s'ouvre préremplie. Vous pouvez changer les dates, « à confirmer », le lieu et le lien, ou cocher « L'événement est annulé ». Un encadré « Ce qui change » montre la différence au fur et à mesure. Tant que rien n'a changé, le bouton reste inactif.
Mes propositions. Une page où vous suivez ce que vous avez proposé : en attente (vous pouvez la retirer), publiée (avec le lien vers la fiche), appliquée en partie (ce qui a été repris, ce qui ne l'a pas été), ou refusée, avec la raison en entier.
Au téléphone, c'est en bas de Gérer › Organisation › Événements : « Proposer un événement » et « Mes propositions », avec le même formulaire et le même encadré des doublons. Il faut être en ligne ; hors ligne, les deux rangs sont grisés et le disent.
Ce que voient les autres
- Rien, avant qu'un admin ait décidé. Une proposition n'apparaît ni sur le calendrier, ni sur la carte, ni au téléphone avant que l'admin l'ait publiée ou fusionnée avec une course existante.
- Jamais votre nom. Ni sur le calendrier, ni sur la fiche, ni dans le formulaire d'un autre musher. Si votre proposition en attente ressemble à ce qu'un autre musher tape, il voit le nom, les dates, le lieu et « Déjà proposé, en attente d'un admin » — jamais qui l'a proposée.
- L'admin voit votre nom affiché, et combien de vos propositions ont déjà été publiées. Il ne voit pas votre adresse.
Ce que le formulaire ne fait pas
Ce sont des choix, pas des oublis.
- Il ne crée ni classes, ni frais, ni dates d'inscription. Ces informations demandent d'être relues à la source, classe par classe : l'admin les ajoute ensuite. Si vous les connaissez, écrivez-les dans la ligne pour l'admin.
- Il ne publie rien tout seul. Chaque proposition passe par un admin, qui la publie, la fusionne ou la refuse.
- Il ne fusionne et ne refuse rien de lui-même. L'encadré des doublons sert à vous aider, il ne décide pas. Une course qui ressemble à une autre n'est jamais écartée sans qu'un admin l'ait regardée.
- Il n'y a pas encore de correspondants par pays, ces mushers qui proposeraient avec plus de confiance les courses de leur région. Quand ils viendront, leurs propositions passeront par la même file.
Une proposition ne touche ni le nom, ni le pays, ni le terrain d'une course existante : ces champs restent à l'admin. La ligne pour l'admin sert à les signaler. Au plus dix propositions peuvent être en attente par compte, le temps qu'un admin les vérifie.
Des choix contre l'évidence
Un doublon probable bloque l'envoi tant que vous n'avez pas répondu. L'évidence : laisser passer, et laisser l'admin trier. Mais c'est justement ce qui faisait de chaque proposition un travail pour l'admin. Vous savez mieux que lui si « Femund » est le Femundløpet : une réponse d'un clic de votre part lui épargne une recherche, et la base refuse l'envoi tant que la question est ouverte. « Non, c'est un autre » suffit pour passer, et l'admin voit votre réponse. Un indice faible (« À vérifier ») ne bloque jamais : il ne doit pas vous retenir pour rien.
L'admin reçoit un courriel à chaque proposition. L'évidence : un compteur dans la console suffit. Mais une course proposée en octobre qui attend une semaine peut avoir fermé ses inscriptions entre-temps. Le courriel donne le nom, les dates, le lieu, les doublons possibles et le lien vers la proposition — et jamais votre nom ni votre adresse, même là.
Vous recevez un courriel à chaque décision, avec la raison mot pour mot. L'évidence : une page « Mes propositions » suffit, et une raison peut se résumer. Mais personne ne revient vérifier une page pour une course proposée il y a dix jours. Le courriel vous prévient quand la course est publiée, appliquée en partie ou refusée. Un refus redit exactement la phrase que vous lisez dans « Mes propositions », par exemple « Ce n'est pas un événement de chiens de traîneau ouvert au public. ». Le message est le même partout : vous n'avez pas à deviner lequel est le bon.
Plusieurs événements ? Proposez un fichier
Depuis le 29 octobre, une saison entière se propose d'un coup. Si vous tenez les courses de votre région ou de votre club dans un tableur, inutile de les recopier une à une dans le formulaire : sous « Proposer un événement », choisissez « ou par fichier » (le lien est aussi en tête du formulaire, et dans « Mes propositions »).
Quatre façons d'apporter la saison. Un CSV, un fichier Excel (.xlsx — depuis Google Sheets : Fichier › Télécharger › .xlsx), le JSON d'import du calendrier, ou un texte collé ou un PDF : le programme d'une course, le courriel d'un organisateur. Un gabarit, en CSV ou en Excel, donne les colonnes du formulaire ; vos propres en-têtes marchent aussi (« Course », « Du », « Ville », « Lien »…).
On lit, on range, on compare, et vous voyez tout. Les dates, les pays et les liens sont remis en forme ; une cellule corrigée le dit (« corrigé : lu “13/3/27” »), une cellule qui manque ou qui ne se lit pas est marquée. Chaque ligne passe par la même recherche des doublons que le formulaire, contre le calendrier — et aussi contre les autres lignes de votre fichier : deux lignes qui se ressemblent vous demandent « Garder les deux » ou d'en retirer une.
Vous validez la table avant l'envoi. Vous corrigez dans la table, vous retirez une ligne, vous répondez aux « Ça ressemble à ». Rien ne part avant « Envoyer les n propositions », et le bouton dit ce qui manque encore. Un envoi porte 50 lignes au plus ; les suivantes sont listées et se téléchargent en CSV pour un second envoi.
Le lot, dans « Mes propositions ». Votre fichier y devient une seule entrée, avec son bilan (publiées, en attente, refusées…), qui se déplie en ses lignes. Vous pouvez retirer une ligne en attente, ou le lot entier.
Au téléphone, « Mes propositions » montre le lot et ses lignes, et retire une ligne en attente. Le dépôt du fichier et la table se font sur le site — le rang « Proposer par fichier » l'ouvre — parce que relire cinquante lignes demande un écran large.
Ce que voient les autres
- Rien, ligne par ligne, avant qu'un admin ait décidé. Une ligne de votre fichier n'apparaît sur le calendrier qu'une fois publiée ou fusionnée par l'admin.
- Jamais votre nom. Le courriel que l'admin reçoit pour votre lot ne porte ni votre nom, ni celui de votre fichier, ni les lignes écartées. Dans la console, l'admin voit votre nom affiché, comme pour une proposition seule.
- Le nom du fichier, vous seul le voyez, dans « Mes propositions ».
Ce que le fichier ne fait pas
Ce sont des choix, pas des oublis.
- Il ne publie rien tout seul. Chaque ligne passe par un admin.
- Il ne lit pas les .xls ni les .ods. Réenregistrez-les en .xlsx ou en CSV : ces anciens formats se lisent mal, et une date mal lue est une course au mauvais week-end.
- Il ne crée ni classes, ni frais, ni dates d'inscription, même si votre fichier en contient : comme au formulaire, l'admin les relit à la source.
- Il ne lit un texte ou un PDF par l'IA que pour les comptes à accès complet (essai ou abonnement). Le CSV, l'Excel et le JSON sont ouverts à tous, et lus dans votre navigateur, sans IA. Un texte ou un PDF est envoyé à Anthropic, notre sous-traitant aux États-Unis, à ce moment-là seulement ; la politique de confidentialité le dit.
- Il ne garde pas votre fichier. Seules les lignes que vous envoyez sont conservées et, pour celles qui ont été écartées, leur numéro, leur nom et la raison — pour que vous les retrouviez dans « Mes propositions ».
Des choix contre l'évidence
Une ligne écartée est montrée, jamais avalée. L'évidence : cacher ce qui ne passe pas, pour une table plus propre. Mais une ligne disparue en silence, c'est une course qui manque sans que personne le sache. Chaque ligne écartée — vide, déjà passée, dans un pays qui n'est pas au calendrier, en double — dit pourquoi, et se remet quand c'est possible.
Un lot compte pour une seule proposition. L'évidence : trente lignes, trente propositions, et la limite de dix atteinte d'emblée. Mais cette limite protège l'admin des envois dispersés ; un lot, lui, se revoit d'un bloc, dans une seule vue. Compter les lignes aurait rendu le fichier inutile au-delà de dix courses.
L'admin publie d'un geste les lignes sans doublon, mais jamais « vérifié à la source ». L'évidence : tout revoir ligne par ligne, ou tout publier d'un coup avec le même sceau. Une ligne sans aucun candidat au calendrier ni dans le lot, nouvelle, sans champ incertain, dans un pays à un seul fuseau, n'a rien à trancher : l'admin la publie avec les autres du même genre. Mais « vérifié à la source » veut dire que quelqu'un a ouvert la page de l'organisateur ce jour-là ; un geste groupé ne l'a pas fait, et la fiche le dit jusqu'à ce que ce soit fait. Toutes les autres lignes se décident une par une.
L'IA ne décide de rien. Ce dont elle doute est marqué « à vérifier », pour vous dans la table et pour l'admin dans la console ; une ligne qui porte un tel champ ne part jamais dans le geste groupé.
Un seul courriel pour tout le lot. L'évidence : un courriel par décision, comme pour une proposition seule. Mais trente lignes feraient trente courriels. Vous en recevez un, quand la dernière ligne est décidée, qui reprend chaque ligne et sa décision — un refus, avec sa raison mot pour mot.