@overcrow/mcp 0.1.3 → 0.1.5

package/dist/content/docs/fr/limits.md

@@ -27,12 +27,12 @@ une façon d’en sortir.
   requêtes simultanées avec `busy`. Voir [erreurs](services.md#erreurs).
 - **Pendant que la logique s’exécute**, dépasser un budget de la VM (la
   durée d’un tour, le tas, les messages d’un tour) arrête le widget ;
-  OverCrow le redémarre quelques fois. Voir
+  PlayerVox OverCrow le redémarre quelques fois. Voir
   [ce qui se passe en cas d’échec](logic.md#ce-qui-se-passe-en-cas-déchec).
-- **Dans ce que le widget affiche**, OverCrow refuse une valeur hors limites
-  (un texte trop long pour un attribut, trop de nœuds), ce qui arrête aussi
-  le widget : bornez ce que vous affichez, par exemple le nombre de lignes
-  d’une liste.
+- **Dans ce que le widget affiche**, PlayerVox OverCrow refuse une valeur
+  hors limites (un texte trop long pour un attribut, trop de nœuds), ce qui
+  arrête aussi le widget : bornez ce que vous affichez, par exemple le
+  nombre de lignes d’une liste.
 
 Les longueurs sont en pixels logiques, à une échelle du contenu de 100 %.
 Les limites de texte comptent des octets UTF-8, sauf quand l’unité indique

package/dist/content/docs/fr/logic.md

@@ -40,14 +40,15 @@ gestionnaires que la vue appelle avec `on:activate={increment}`.
   `setTimeout`, ni `console`, ni `Intl`, ni `require`. Les objets standard
   d’ECMAScript sont là (`Math`, `JSON`, `Date`, `Map`, `Promise`…), et le
   SDK est la seule porte de sortie.
-- Tout le reste se passe par **tours**. OverCrow envoie un événement, un
-  déclenchement de minuteur, une réponse de service ou un changement de ses
-  propres données ; votre code s’exécute ; puis la VM réévalue la vue et
-  n’envoie à OverCrow que ce qui a changé. Vous ne mettez jamais la vue à
-  jour à la main.
-- Un tour a un budget de temps, et la VM un plafond de mémoire. OverCrow
-  arrête et relance, quelques fois, un widget qui dépasse l’un ou l’autre ;
-  voir [ce qui se passe en cas d’échec](#ce-qui-se-passe-en-cas-déchec).
+- Tout le reste se passe par **tours**. PlayerVox OverCrow envoie un
+  événement, un déclenchement de minuteur, une réponse de service ou un
+  changement de ses propres données ; votre code s’exécute ; puis la VM
+  réévalue la vue et n’envoie à OverCrow que ce qui a changé. Vous ne mettez
+  jamais la vue à jour à la main.
+- Un tour a un budget de temps, et la VM un plafond de mémoire.
+  PlayerVox OverCrow arrête et relance, quelques fois, un widget qui dépasse
+  l’un ou l’autre ; voir [ce qui se passe en cas
+  d’échec](#ce-qui-se-passe-en-cas-déchec).
 
 Le seul import permis à un module de logique est `@overcrow/sdk`. Tout ce
 dont il a besoin par ailleurs se trouve dans le module lui-même.
@@ -137,8 +138,8 @@ sauf si la logique exporte le sien.
 
 ## Les données d’OverCrow : `host`
 
-`host` contient ce qu’OverCrow sait de l’utilisateur et du widget. Ses
-membres donnent toujours la dernière valeur.
+`host` contient ce que PlayerVox OverCrow sait de l’utilisateur et du
+widget. Ses membres donnent toujours la dernière valeur.
 
 | Membre | Valeur |
 | --- | --- |
@@ -153,12 +154,12 @@ membres donnent toujours la dernière valeur.
 | `host.grants` | Les capabilities accordées par l’utilisateur ; lisez-les avec `hasGrant`. |
 | `host.messages` | Les messages de la langue active ; lisez-les avec `t`. |
 
-`onHost(listener)` appelle votre écouteur quand OverCrow envoie de nouvelles
-valeurs, avec les noms des membres qui ont changé, avant la réévaluation de
-la vue. Utilisez-le quand un changement demande plus que l’affichage de la
-nouvelle valeur : réarmer un minuteur, se réabonner, redessiner un canvas.
-Un membre peut être renvoyé avec la même valeur : comparez-la à celle que
-vous avez gardée quand cela compte.
+`onHost(listener)` appelle votre écouteur quand PlayerVox OverCrow envoie de
+nouvelles valeurs, avec les noms des membres qui ont changé, avant la
+réévaluation de la vue. Utilisez-le quand un changement demande plus que
+l’affichage de la nouvelle valeur : réarmer un minuteur, se réabonner,
+redessiner un canvas. Un membre peut être renvoyé avec la même valeur :
+comparez-la à celle que vous avez gardée quand cela compte.
 
 <!-- source: widgets/stopwatch/logic.ts -->
 ```ts
@@ -175,8 +176,9 @@ ses boutons tant que `host.mode` ne vaut pas `"interactive"`.
 
 ## Le menu d’options
 
-OverCrow dessine et enregistre les lignes déclarées dans `wrapper.menu` du
-[manifeste](manifest.md#le-menu-doptions). La logique les lit :
+PlayerVox OverCrow dessine et enregistre les lignes déclarées dans
+`wrapper.menu` du [manifeste](manifest.md#le-menu-doptions). La logique les
+lit :
 
 - `option(id, fallback)` renvoie la valeur enregistrée d’une ligne de type
   bascule, curseur ou choix, ou `fallback` quand il n’y en a pas ou qu’elle
@@ -212,8 +214,8 @@ pour un service protégé : une ligne `action` peut modifier l’état, pas
 
 ## Minuteurs
 
-Il n’y a pas de `setTimeout`. Les minuteurs appartiennent à OverCrow et
-passent par `timers` :
+Il n’y a pas de `setTimeout`. Les minuteurs appartiennent à
+PlayerVox OverCrow et passent par `timers` :
 
 | Fonction | Se déclenche |
 | --- | --- |
@@ -231,7 +233,8 @@ timers.every(1000, () => {
 });
 ```
 
-Puisque les minuteurs appartiennent à OverCrow, trois règles s’appliquent :
+Puisque les minuteurs appartiennent à PlayerVox OverCrow, trois règles
+s’appliquent :
 
 - **Aucun minuteur de moins de 100 ms.** Un intervalle plus court est porté
   à cette valeur. Le mouvement relève du
@@ -278,8 +281,9 @@ function start(): void {
 ```
 
 Une durée qui doit seulement avancer à l’écran n’a besoin d’aucun minuteur :
-OverCrow fait avancer l’élément `elapsed` à partir d’un point de départ que
-la logique lui donne. Voir l’[élément `elapsed`](elements.md#elapsed).
+PlayerVox OverCrow fait avancer l’élément `elapsed` à partir d’un point de
+départ que la logique lui donne. Voir l’[élément
+`elapsed`](elements.md#elapsed).
 
 ## Heure, dates et nombres
 
@@ -349,12 +353,12 @@ export function toggleLabel(running: boolean): string {
 }
 ```
 
-Quand l’utilisateur change la langue d’OverCrow, la vue est réévaluée avec
-les nouveaux messages. En revanche, un texte que la logique a calculé puis
-rangé dans l’état ne change pas : calculez les textes dans des fonctions que
-la vue appelle, ou rafraîchissez-les dans `onHost` quand `"locale"` change.
-Le nom du widget et les libellés de son menu se trouvent dans le manifeste,
-pas dans les fichiers de langue.
+Quand l’utilisateur change la langue de PlayerVox OverCrow, la vue est
+réévaluée avec les nouveaux messages. En revanche, un texte que la logique a
+calculé puis rangé dans l’état ne change pas : calculez les textes dans des
+fonctions que la vue appelle, ou rafraîchissez-les dans `onHost` quand
+`"locale"` change. Le nom du widget et les libellés de son menu se trouvent
+dans le manifeste, pas dans les fichiers de langue.
 
 `overcrow-widget check` avertit quand la vue appelle `t("key")` avec une clé
 sans message, et refuse deux fichiers dont les clés diffèrent.
@@ -380,9 +384,10 @@ function paint(): void {
 
 Les coordonnées sont en pixels logiques, depuis le coin supérieur gauche du
 canvas ; les couleurs sont des littéraux (`#rrggbb`) ou des tokens de
-couleur. OverCrow vérifie chaque commande et les dessine lui-même : il n’y a
-ni accès aux pixels ni shader. Redessinez quand ce que vous affichez change,
-et quand `host.theme` change si vous utilisez des couleurs littérales.
+couleur. PlayerVox OverCrow vérifie chaque commande et les dessine lui-même
+: il n’y a ni accès aux pixels ni shader. Redessinez quand ce que vous
+affichez change, et quand `host.theme` change si vous utilisez des couleurs
+littérales.
 
 <!-- generated:draw-commands -->
 | Commande | Arguments | Signification |
@@ -443,17 +448,17 @@ indique par quoi le SDK remplace ce qui manque :
 | `logic.debugger` | `debugger` donne un avertissement. |
 
 Ce contrôle vous aide ; ce n’est pas lui qui protège l’utilisateur. C’est le
-rôle du sandbox, des budgets de la VM et de la vérification par OverCrow de
-tout ce que le widget envoie.
+rôle du sandbox, des budgets de la VM et de la vérification par
+PlayerVox OverCrow de tout ce que le widget envoie.
 
 ## Ce qui se passe en cas d’échec
 
 - Une exception dans un gestionnaire met fin à ce tour ; le widget continue
   de tourner, et `overcrow-widget dev` affiche la faute.
 - Un tour plus long que son budget (50 ms), un tas au-dessus de son plafond
-  ou trop de messages dans un tour arrêtent le widget. OverCrow affiche une
-  erreur fixe dans son cadre et le relance après 1, 5 puis 15 secondes,
-  trois fois au plus.
+  ou trop de messages dans un tour arrêtent le widget. PlayerVox OverCrow
+  affiche une erreur fixe dans son cadre et le relance après 1, 5 puis 15
+  secondes, trois fois au plus.
 - La promesse rejetée d’un appel de service est une erreur ordinaire de
   votre code : interceptez-la. Voir les [erreurs](services.md#erreurs).
 

package/dist/content/docs/fr/manifest.md

@@ -7,7 +7,7 @@ d’options. Vous l’écrivez à la main ; il est empaqueté tel quel.
 
 Le fichier est un seul objet JSON strict. Une marque d’ordre des octets, une
 clé en double, des données après l’objet ou un champ inconnu le font
-refuser : OverCrow n’ignore aucun champ.
+refuser : PlayerVox OverCrow n’ignore aucun champ.
 
 ## Un exemple complet
 
@@ -93,13 +93,13 @@ valeurs qu’il remplit. Voici un manifeste avec des permissions et un menu :
 
 - **`id`** est l’identité du widget partout : dans le catalogue, dans le
   profil de l’utilisateur, dans son stockage. Il s’écrit `<pseudo>.<nom>`,
-  votre pseudo d’éditeur dans l’espace créateurs d’OverCrow et un nom
-  (`nova.lol-timers`), ou, une fois un domaine vérifié, ce domaine inversé
-  et un nom (`gg.nova.lol-timers`). Un ID est définitif : il n’est jamais
-  donné à un autre widget, même après la suppression du vôtre. `nova`,
-  `example`, `yourhandle` et `yourname` sont des pseudos d’exemple sous
-  lesquels personne ne peut publier, et les ID sous `com.playervox` sont
-  réservés aux widgets publiés par PlayerVox.
+  votre pseudo d’éditeur dans l’espace créateurs de PlayerVox OverCrow et un
+  nom (`nova.lol-timers`), ou, une fois un domaine vérifié, ce domaine
+  inversé et un nom (`gg.nova.lol-timers`). Un ID est définitif : il n’est
+  jamais donné à un autre widget, même après la suppression du vôtre.
+  `nova`, `example`, `yourhandle` et `yourname` sont des pseudos d’exemple
+  sous lesquels personne ne peut publier, et les ID sous `com.playervox`
+  sont réservés aux widgets publiés par PlayerVox.
 - **`version`** est une version sémantique. Une version publiée ne change
   jamais : toute modification d’un widget publié est une nouvelle version,
   supérieure.
@@ -107,9 +107,9 @@ valeurs qu’il remplit. Voici un manifeste avec des permissions et un menu :
 
 ### Noms
 
-`name` donne le nom qu’OverCrow affiche dans sa liste de widgets et dans ses
-menus, en anglais et en français. Les deux sont obligatoires. Un nom
-s’affiche tel qu’il est écrit : ni caractère de contrôle, ni caractère
+`name` donne le nom que PlayerVox OverCrow affiche dans sa liste de widgets
+et dans ses menus, en anglais et en français. Les deux sont obligatoires. Un
+nom s’affiche tel qu’il est écrit : ni caractère de contrôle, ni caractère
 invisible ou de sens d’écriture, comme U+200B (espace sans chasse) ou
 U+202E (forçage de droite à gauche). Les libellés du menu suivent la même
 règle.
@@ -124,10 +124,10 @@ règle.
 ## Tailles
 
 `sizing` indique la taille du widget quand l’utilisateur l’ajoute, jusqu’où
-celui-ci peut le réduire et l’agrandir, et si OverCrow peut ajuster son
-cadre à son contenu. Les longueurs sont en pixels logiques, à une échelle de
-100 % ; l’échelle du contenu choisie par l’utilisateur (de 50 % à 175 %)
-les multiplie.
+celui-ci peut le réduire et l’agrandir, et si PlayerVox OverCrow peut
+ajuster son cadre à son contenu. Les longueurs sont en pixels logiques, à
+une échelle de 100 % ; l’échelle du contenu choisie par l’utilisateur (de 50
+% à 175 %) les multiplie.
 
 <!-- generated:manifest-sizing -->
 | Champ | Type | Obligatoire | Signification |
@@ -149,12 +149,12 @@ les multiplie.
 | `height` | entier de 1 à 4096 | oui | Pixels logiques. |
 <!-- /generated:manifest-dimensions -->
 
-Avec `fit: "both"`, OverCrow donne au cadre la taille dont la vue a besoin,
-dans les deux directions : l’Horloge grandit quand l’utilisateur active les
-secondes. Avec `fit: "height"`, l’utilisateur choisit la largeur et la
-hauteur suit le contenu. Avec `fit: "none"`, le cadre garde la taille que
-l’utilisateur lui a donnée et la vue le remplit. L’utilisateur peut toujours
-redimensionner à la main.
+Avec `fit: "both"`, PlayerVox OverCrow donne au cadre la taille dont la vue
+a besoin, dans les deux directions : l’Horloge grandit quand l’utilisateur
+active les secondes. Avec `fit: "height"`, l’utilisateur choisit la largeur
+et la hauteur suit le contenu. Avec `fit: "none"`, le cadre garde la taille
+que l’utilisateur lui a donnée et la vue le remplit. L’utilisateur peut
+toujours redimensionner à la main.
 
 <!-- source: widgets/clock/manifest.json -->
 ```json
@@ -196,12 +196,13 @@ les [règles réseau](services.md#règles-réseau).
 
 ## Le menu d’options
 
-Chaque widget a un menu d’options, ouvert depuis son cadre. OverCrow y place
-d’abord ses propres lignes : opacité, taille du contenu, ajustement au
-contenu et, si le widget en a besoin, son compte. La visibilité en mode
-passif est l’œil de la barre d’outils du widget, pas une ligne du menu.
-`wrapper.menu` ajoute les vôtres en dessous : bascules, curseurs, choix,
-actions et groupes, chacun avec un libellé dans les deux langues.
+Chaque widget a un menu d’options, ouvert depuis son cadre.
+PlayerVox OverCrow y place d’abord ses propres lignes : opacité, taille du
+contenu, ajustement au contenu et, si le widget en a besoin, son compte. La
+visibilité en mode passif est l’œil de la barre d’outils du widget, pas une
+ligne du menu. `wrapper.menu` ajoute les vôtres en dessous : bascules,
+curseurs, choix, actions et groupes, chacun avec un libellé dans les deux
+langues.
 
 Le menu prend la largeur de sa ligne la plus large, de 248 à 320 points.
 Au-delà, un libellé se termine par « … » et s’affiche en entier dans une
@@ -240,8 +241,8 @@ libellés courts, dans les deux langues.
   }
 ```
 
-OverCrow dessine les lignes, enregistre leurs valeurs dans le profil de
-l’utilisateur et les donne à la logique : lisez une valeur avec
+PlayerVox OverCrow dessine les lignes, enregistre leurs valeurs dans le
+profil de l’utilisateur et les donne à la logique : lisez une valeur avec
 `option(id, fallback)` et suivez les changements avec `onHost`. Une ligne
 `action` n’a pas de valeur : elle appelle le gestionnaire que vous avez
 enregistré avec `onMenu`. Voir
@@ -357,8 +358,8 @@ Chaque entrée de `choices` est une valeur et son libellé :
 Au premier niveau du manifeste, `requires` liste les sources de données sans
 lesquelles le widget ne peut pas fonctionner, avec les mêmes noms que le
 `requires` d’une ligne. Sur une machine à laquelle il en manque une,
-OverCrow ne démarre pas le widget, ne l’affiche pas et conserve sa place
-dans la disposition ; le widget revient quand la source revient.
+PlayerVox OverCrow ne démarre pas le widget, ne l’affiche pas et conserve sa
+place dans la disposition ; le widget revient quand la source revient.
 Utilisez-le pour un widget qui n’a rien d’autre à afficher, comme un
 compteur d’images par seconde sans source de fréquence d’images. Pour une
 seule valeur facultative, préférez le `requires` d’une ligne.
@@ -380,8 +381,8 @@ grand laisse donc moins de place à tout le reste. Ne le demandez que si
 
 ## Comment le manifeste est vérifié
 
-`overcrow-widget check` valide le manifeste avec le validateur qu’OverCrow
-exécute lui-même, et désigne le membre qu’il refuse :
+`overcrow-widget check` valide le manifeste avec le validateur que
+PlayerVox OverCrow exécute lui-même, et désigne le membre qu’il refuse :
 
 ```text
 error[manifest.sizing]: `sizing` is out of bounds or inconsistent
@@ -393,9 +394,9 @@ error[manifest.sizing]: `sizing` is out of bounds or inconsistent
 check: 1 error(s), 0 warning(s)
 ```
 
-OverCrow le valide de nouveau quand le paquet est admis dans le catalogue,
-quand il est installé et à chaque démarrage du widget. Une nouvelle version
-dont le manifeste demande plus que la précédente (une règle réseau, un
-événement de jeu, une capability, le stockage ou le presse-papiers) attend
-que l’utilisateur l’approuve dans le Centre de contrôle avant de remplacer
-la version installée.
+PlayerVox OverCrow le valide de nouveau quand le paquet est admis dans le
+catalogue, quand il est installé et à chaque démarrage du widget. Une
+nouvelle version dont le manifeste demande plus que la précédente (une règle
+réseau, un événement de jeu, une capability, le stockage ou le
+presse-papiers) attend que l’utilisateur l’approuve dans le Centre de
+contrôle avant de remplacer la version installée.

package/dist/content/docs/fr/mcp.md

@@ -11,7 +11,7 @@ il a besoin.
 claude mcp add overcrow -- npx -y @overcrow/mcp
 ```
 
-Demandez ensuite : « Crée un widget OverCrow qui affiche… ».
+Demandez ensuite : « Crée un widget PlayerVox OverCrow qui affiche… ».
 
 ## Ajouter le serveur
 
@@ -87,22 +87,22 @@ Claude Desktop.
 
 ## Ce que fait le serveur
 
-- **La première fois**, il télécharge les outils créateurs OverCrow de
-  votre ordinateur ([l’outil en ligne de commande](cli.md) et le runtime
-  qui joue les [tests](testing.md), environ 15 Mo) depuis la release GitHub
-  d’OverCrow. Il vérifie chaque fichier avec les empreintes inscrites dans
-  le serveur, puis les garde dans son propre dossier
-  (`~/.cache/overcrow-mcp`, ou `%LOCALAPPDATA%\overcrow-mcp` sous Windows).
-  Rien ne s’ajoute à votre `PATH`, et aucun droit d’administrateur n’est
-  nécessaire.
+- **La première fois**, il télécharge les outils créateurs
+  PlayerVox OverCrow de votre ordinateur ([l’outil en ligne de
+  commande](cli.md) et le runtime qui joue les [tests](testing.md), environ
+  15 Mo) depuis la release GitHub d’OverCrow. Il vérifie chaque fichier avec
+  les empreintes inscrites dans le serveur, puis les garde dans son propre
+  dossier (`~/.cache/overcrow-mcp`, ou `%LOCALAPPDATA%\overcrow-mcp` sous
+  Windows). Rien ne s’ajoute à votre `PATH`, et aucun droit d’administrateur
+  n’est nécessaire.
 - **Ensuite**, votre assistant travaille avec ses outils, dans cet ordre :
   créer le widget depuis un modèle, installer le SDK (il vous le demande
   d’abord), vérifier, tester (il voit les images qui diffèrent), auditer,
   empaqueter, préparer la soumission.
 - **L’identifiant du widget** est définitif. Votre assistant vous le
-  demande : votre pseudo d’éditeur dans l’espace créateurs d’OverCrow et un
-  nom (`nova.lol-timers`), ou un domaine que vous pouvez vérifier
-  (`gg.nova.lol-timers`).
+  demande : votre pseudo d’éditeur dans l’espace créateurs de
+  PlayerVox OverCrow et un nom (`nova.lol-timers`), ou un domaine que vous
+  pouvez vérifier (`gg.nova.lol-timers`).
 - **La soumission** : le serveur vérifie tout ce que demande l’espace
   créateurs, puis écrit le zip des sources de votre widget dans `dist/`,
   sans `node_modules`, `dist`, fichiers cachés ni clés, et liste ce qu’il a
@@ -123,10 +123,11 @@ Claude Desktop.
 ## Ce qu’il ne fait pas
 
 - Il n’envoie, ne signe et ne publie jamais rien. Vous envoyez le zip et
-  les textes dans l’espace créateurs d’OverCrow, à l’adresse creators.playervox.com.
-- Il n’installe pas votre widget dans OverCrow : l’essayer en jeu passe par
-  le [canal de développement](dev-channel.md) de l’outil en ligne de
-  commande.
+  les textes dans l’espace créateurs de PlayerVox OverCrow, à l’adresse
+  creators.playervox.com.
+- Il n’installe pas votre widget dans PlayerVox OverCrow : l’essayer en jeu
+  passe par le [canal de développement](dev-channel.md) de l’outil en ligne
+  de commande.
 - Il n’envoie rien sur vous : ni télémétrie, ni compte.
 
 ## Sécurité
@@ -136,7 +137,8 @@ Claude Desktop.
   système, votre dossier personnel entier, les dossiers cachés et les liens
   qui mènent ailleurs.
 - **Aucune commande de son choix.** Le serveur lance l’outil en ligne de
-  commande d’OverCrow et npm, rien d’autre, jamais à travers un shell.
+  commande de PlayerVox OverCrow et npm, rien d’autre, jamais à travers un
+  shell.
 - **Téléchargements vérifiés.** Il ne télécharge que les fichiers épinglés
   depuis GitHub, et les vérifie avant de s’en servir. npm n’installe que
   `@overcrow/sdk` et TypeScript, sans scripts d’installation, et leur
@@ -150,8 +152,8 @@ Claude Desktop.
 
 ## Hors ligne
 
-Téléchargez une fois depuis la release GitHub d’OverCrow le fichier
-`overcrow-creator-tools-VERSION-PLATFORME.zip` de votre plateforme,
+Téléchargez une fois depuis la release GitHub de PlayerVox OverCrow le
+fichier `overcrow-creator-tools-VERSION-PLATFORME.zip` de votre plateforme,
 placez-le dans votre dossier de widgets, et demandez à votre assistant de
 lancer `setup` avec ce fichier (`zipPath`). Ou lancez le serveur avec
 `--tools-zip` et le chemin du fichier. Le fichier doit être exactement celui

package/dist/content/docs/fr/package.md

@@ -64,8 +64,8 @@ ne sert pas et raccourcit les noms locaux. Deux conséquences :
 - la vue elle-même ne contient aucun code : `view.json` désigne les
   fonctions de `logic.js` par leur numéro.
 
-Un paquet contient des sources qu’OverCrow peut lire et vérifier, jamais de
-bytecode compilé.
+Un paquet contient des sources que PlayerVox OverCrow peut lire et vérifier,
+jamais de bytecode compilé.
 
 ## Les mêmes octets à chaque fois
 
@@ -84,14 +84,15 @@ produite par un autre outil zip est refusée.
 ## Le registre
 
 `ledger.json`, écrit par l’outil, liste tous les autres fichiers avec leur
-taille et leur SHA-256. OverCrow le recalcule à partir de l’archive et
-exige les mêmes octets. C’est lui qui lie chaque fichier au paquet : un
-fichier modifié, ajouté ou retiré après l’empaquetage ne correspond plus.
+taille et leur SHA-256. PlayerVox OverCrow le recalcule à partir de
+l’archive et exige les mêmes octets. C’est lui qui lie chaque fichier au
+paquet : un fichier modifié, ajouté ou retiré après l’empaquetage ne
+correspond plus.
 
 ## Comment OverCrow vérifie un paquet
 
-OverCrow valide un paquet en entier lors de son admission au catalogue,
-lors de son installation, puis **à chaque démarrage du widget** :
+PlayerVox OverCrow valide un paquet en entier lors de son admission au
+catalogue, lors de son installation, puis **à chaque démarrage du widget** :
 
 1. la taille de l’archive, sa structure exacte et la somme de contrôle de
    chaque entrée ;

package/dist/content/docs/fr/publish-keys.md

@@ -50,10 +50,11 @@ soumet le widget à chaque tag de version :
 
 <!-- source: docs/content/examples/weather/.github/workflows/submit.yml -->
 ```yaml
-# Sends the widget to the OverCrow creator space when a version tag is
-# pushed. The publish key is a secret of the repository, and the OverCrow
-# release whose creator tools to use is a variable of the repository.
-name: Submit to OverCrow
+# Sends the widget to the PlayerVox OverCrow creator space when a version
+# tag is pushed. The publish key is a secret of the repository, and the
+# OverCrow release whose creator tools to use is a variable of the
+# repository.
+name: Submit to PlayerVox OverCrow
 
 on:
   push:
@@ -78,7 +79,7 @@ jobs:
           (cd "$tools" && sha256sum --check --quiet SHA256SUMS)
           install -D -m 755 "$tools"/overcrow-widget-*-linux-x86_64 "$HOME/.local/bin/overcrow-widget"
           echo "$HOME/.local/bin" >> "$GITHUB_PATH"
-      - name: Submit to OverCrow
+      - name: Submit to PlayerVox OverCrow
         run: overcrow-widget submit --submission submission.json
         env:
           OVERCROW_PUBLISH_KEY: ${{ secrets.OVERCROW_PUBLISH_KEY }}

package/dist/content/docs/fr/publishing.md

@@ -2,8 +2,8 @@
 
 > **Les pull requests sont fermées.** Les widgets ne sont plus proposés par
 > pull request : ceux de PlayerVox passent déjà par l’espace créateurs
-> OverCrow, et le vôtre y passera à son ouverture. D’ici là, cette page
-> décrit l’admission, la revue et le catalogue que suit un widget.
+> PlayerVox OverCrow, et le vôtre y passera à son ouverture. D’ici là, cette
+> page décrit l’admission, la revue et le catalogue que suit un widget.
 
 Les widgets atteignent les utilisateurs de PlayerVox OverCrow par le
 catalogue signé des widgets : OverCrow n’installe que ce que liste ce
@@ -91,7 +91,7 @@ n’exécute jamais votre code ni `tsc` :
 
 1. elle construit le dossier comme le fait `package` : toutes les
    vérifications des sources, du style, de la logique et du paquet, puis le
-   lecteur de paquets d’OverCrow lui-même ;
+   lecteur de paquets de PlayerVox OverCrow lui-même ;
 2. avec `--package`, la vue compilée de votre archive doit être, octet pour
    octet, le résultat de la compilation de `view.ocml` ;
 3. elle vérifie les limites du schéma, les IDs réservés, `listing.json`,
@@ -142,16 +142,16 @@ publique est dans [`keys/`](../../../keys/). Le catalogue :
   version publiée ne change jamais, et un changement est une nouvelle
   version ;
 - porte un numéro de séquence strictement croissant et expire au bout de
-  90 jours au plus : OverCrow refuse une séquence plus ancienne et un
-  catalogue expiré ;
+  90 jours au plus : PlayerVox OverCrow refuse une séquence plus ancienne et
+  un catalogue expiré ;
 - marque `built-in` les widgets de référence PlayerVox (IDs
   `com.playervox.*` uniquement) : ils sont installés sur un nouveau profil
   avec leurs permissions déclarées accordées, sauf pour une mise à jour qui
   en demande davantage.
 
-OverCrow vérifie la signature, l’empreinte du paquet, son registre et sa
-vue compilée avant l’installation, puis à chaque démarrage du widget. Voir
-[le paquet](package.md#comment-overcrow-vérifie-un-paquet).
+PlayerVox OverCrow vérifie la signature, l’empreinte du paquet, son registre
+et sa vue compilée avant l’installation, puis à chaque démarrage du widget.
+Voir [le paquet](package.md#comment-overcrow-vérifie-un-paquet).
 
 ## Mises à jour
 

package/dist/content/docs/fr/reference.md

@@ -28,10 +28,10 @@ ensemble ; celles qui suivent sont à garder ouvertes pendant que vous
 
 - Les tableaux des éléments, des attributs, des propriétés de style, des
   tokens, des services, des formes de résultat et des limites sont
-  **générés à partir du schéma des widgets**, les mêmes tables qu’OverCrow
-  et l’outil en ligne de commande compilent dans leurs validateurs. Une
-  vérification échoue dès qu’une page diffère du schéma, en anglais ou en
-  français.
+  **générés à partir du schéma des widgets**, les mêmes tables que
+  PlayerVox OverCrow et l’outil en ligne de commande compilent dans leurs
+  validateurs. Une vérification échoue dès qu’une page diffère du schéma, en
+  anglais ou en français.
 - Les **types du SDK** sont générés à partir du même schéma : un élément,
   une icône, une capability ou un paramètre de service erroné est donc une
   erreur TypeScript dans votre logique.
@@ -52,8 +52,8 @@ et `@overcrow/sdk` 1.0.
 Trois spécifications, dans le dépôt public, s’adressent à ceux qui
 implémentent un hôte ou un autre outil plutôt qu’un widget : la
 [référence complète du schéma, générée](../../widget-schema-v1.md), qui
-couvre aussi le protocole entre OverCrow et le processus du widget ainsi que
-les données du catalogue ; le
+couvre aussi le protocole entre PlayerVox OverCrow et le processus du widget
+ainsi que les données du catalogue ; le
 [protocole du canal de développement](../../dev-channel.md) ; et le
 [format de l’archive et du catalogue](../../widget-package-v1.md). L’auteur
 d’un widget n’en a pas besoin.

package/dist/content/docs/fr/result-shapes.md

@@ -37,9 +37,10 @@ la vue en lit les membres :
 - Un membre accompagné de `offsetMinutes` est un horodatage à mettre en
   forme avec ce décalage UTC ; voir
   [heure, dates et nombres](logic.md#heure-dates-et-nombres).
-- Un identifiant `asset:` est une image qu’OverCrow détient pour le widget :
-  liez-le au `src` d’une `image` ou d’un `avatar`, ou dessinez-le sur un
-  canvas. Ce n’est pas une URL, et ses octets ne peuvent pas être lus.
+- Un identifiant `asset:` est une image que PlayerVox OverCrow détient pour
+  le widget : liez-le au `src` d’une `image` ou d’un `avatar`, ou
+  dessinez-le sur un canvas. Ce n’est pas une URL, et ses octets ne peuvent
+  pas être lus.
 - Un abonnement dont la forme est « … ou `null` » livre `null` quand il n’y
   a rien à afficher : pas de jeu actif, pas de lecteur multimédia.
 

package/dist/content/docs/fr/sdk.md

@@ -32,8 +32,8 @@ import {
 Le SDK est assemblé dans le `logic.js` du widget à l’empaquetage et
 s’exécute dans la VM du widget ; le charger ailleurs lève une erreur. Les
 parties inutilisées sont retirées du script assemblé. C’est une commodité,
-pas une barrière de sécurité : OverCrow vérifie chaque appel, chaque
-paramètre et chaque valeur qui sort de la VM.
+pas une barrière de sécurité : PlayerVox OverCrow vérifie chaque appel,
+chaque paramètre et chaque valeur qui sort de la VM.
 
 | Export | Nature | Résumé |
 | --- | --- | --- |
@@ -69,9 +69,9 @@ const state = initState({ values: [50] as number[] });
 
 | Export | Nature | Résumé |
 | --- | --- | --- |
-| `host` | constante | Objet figé dont les membres donnent toujours les dernières valeurs envoyées par OverCrow. |
+| `host` | constante | Objet figé dont les membres donnent toujours les dernières valeurs envoyées par PlayerVox OverCrow. |
 | `HostData` | interface | Type de `host` : `locale`, `messages`, `theme`, `region`, `scale` (en millièmes), `viewport`, `mode`, `visible`, `options`, `grants`. |
-| `onHost(listener)` | fonction | Appelle `listener` avec les noms des membres de `host` qu’OverCrow vient d’envoyer (`options` après un changement dans le menu, `visible` quand le widget est affiché ou masqué, `region`…), avant la réévaluation de la vue. Renvoie `{ cancel() }`. |
+| `onHost(listener)` | fonction | Appelle `listener` avec les noms des membres de `host` que PlayerVox OverCrow vient d’envoyer (`options` après un changement dans le menu, `visible` quand le widget est affiché ou masqué, `region`…), avant la réévaluation de la vue. Renvoie `{ cancel() }`. |
 | `HostKey` | type | Le nom d’un membre de `HostData`. |
 | `HostListener` | type | Un écouteur de `onHost`. |
 | `Viewport` | interface | `{ width, height }`, en pixels logiques. |
@@ -100,8 +100,8 @@ onHost((changed) => {
 
 ## Services
 
-Chaque service répond par l’intermédiaire d’OverCrow, qui vérifie à chaque
-appel sa permission ou sa capability, ses paramètres et l’action de
+Chaque service répond par l’intermédiaire de PlayerVox OverCrow, qui vérifie
+à chaque appel sa permission ou sa capability, ses paramètres et l’action de
 l’utilisateur.
 
 | Export | Nature | Résumé |
@@ -256,7 +256,7 @@ règles de pluriel ne font pas partie de la version 1.0.
 ## Types générés
 
 Ces types sont générés à partir du schéma des widgets : ils correspondent
-donc toujours à ce qu’OverCrow accepte.
+donc toujours à ce que PlayerVox OverCrow accepte.
 
 | Export | Résumé |
 | --- | --- |
@@ -295,7 +295,8 @@ nombre : `MAX_TIMERS`, `MIN_TIMER_INTERVAL_MS`, `MAX_SERVICE_CALLS_IN_FLIGHT`,
 
 ## Tests unitaires : `@overcrow/sdk/testing`
 
-Un second point d’entrée, jamais assemblé dans un widget, remplace OverCrow
-dans un test unitaire de la logique : `installRuntime()` fournit un temps
-virtuel, fait aboutir les appels de service et pousse les valeurs des
-abonnements. Voir les [tests unitaires](testing.md#tests-unitaires).
+Un second point d’entrée, jamais assemblé dans un widget, remplace
+PlayerVox OverCrow dans un test unitaire de la logique : `installRuntime()`
+fournit un temps virtuel, fait aboutir les appels de service et pousse les
+valeurs des abonnements. Voir les [tests
+unitaires](testing.md#tests-unitaires).