@overcrow/mcp 0.1.3 → 0.1.4

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

@@ -25,15 +25,15 @@ Chaque widget tourne derrière deux barrières.
    capability, un Job Object par widget, et des mitigations de processus
    qui interdisent le code dynamique et le système de fenêtres.
 
-OverCrow dessine tout lui-même : la VM envoie une description de la vue,
-jamais de pixels, et n’exécute jamais de code dans le processus d’OverCrow.
-Le survol, le focus, l’état pressé et les transitions sont résolus par
-OverCrow : un widget n’observe pas les mouvements du pointeur qu’il n’a pas
-demandés par un événement.
-
-Un dépassement de budget n’arrête que ce widget. OverCrow affiche une
-erreur fixe dans son cadre et le relance après 1, 5 puis 15 secondes, trois
-fois au plus ; une erreur de paquet ou de protocole attend que
+PlayerVox OverCrow dessine tout lui-même : la VM envoie une description de
+la vue, jamais de pixels, et n’exécute jamais de code dans le processus
+d’OverCrow. Le survol, le focus, l’état pressé et les transitions sont
+résolus par OverCrow : un widget n’observe pas les mouvements du pointeur
+qu’il n’a pas demandés par un événement.
+
+Un dépassement de budget n’arrête que ce widget. PlayerVox OverCrow affiche
+une erreur fixe dans son cadre et le relance après 1, 5 puis 15 secondes,
+trois fois au plus ; une erreur de paquet ou de protocole attend que
 l’utilisateur le réactive. Les chiffres figurent dans les
 [limites](limits.md#logique).
 
@@ -44,24 +44,26 @@ déclaration n’accorde rien à elle seule. À l’installation du widget, le
 Centre de contrôle propose chaque permission cochée, et l’utilisateur peut
 en décocher. Ensuite, l’utilisateur autorise ou retire chaque permission
 dans le Centre de contrôle ; en retirer une redémarre le widget sans elle.
-OverCrow vérifie de nouveau la permission à chaque appel
+PlayerVox OverCrow vérifie de nouveau la permission à chaque appel
 d’un service.
 
 Quatre permissions ouvrent les services généraux : `network` (des routes
-HTTPS exactes, par le broker d’OverCrow), `storage` (un stockage clé-valeur
-pour ce seul widget), `clipboardWrite` (l’écriture de texte, pendant une
-action de l’utilisateur) et `gameEvents` (des événements de jeu nommés).
-
-Les capabilities donnent accès à des données et à des actions d’OverCrow et
-des comptes de l’utilisateur. Une capability **sensible** révèle des
-données personnelles ou le jeu en cours : un widget qui en déclare une ne
-peut pas déclarer aussi `network` ni `clipboardWrite`, et son stockage ne
-dure que le temps de son processus, pour que ces données ne puissent pas
-quitter la machine par le widget.
-
-Les connexions aux comptes (PlayerVox, Twitch) appartiennent à OverCrow :
-la connexion, les codes et les jetons sont affichés et conservés par
-OverCrow, et un widget ne reçoit que les données que décrit sa capability.
+HTTPS exactes, par le broker de PlayerVox OverCrow), `storage` (un stockage
+clé-valeur pour ce seul widget), `clipboardWrite` (l’écriture de texte,
+pendant une action de l’utilisateur) et `gameEvents` (des événements de jeu
+nommés).
+
+Les capabilities donnent accès à des données et à des actions de
+PlayerVox OverCrow et des comptes de l’utilisateur. Une capability
+**sensible** révèle des données personnelles ou le jeu en cours : un widget
+qui en déclare une ne peut pas déclarer aussi `network` ni `clipboardWrite`,
+et son stockage ne dure que le temps de son processus, pour que ces données
+ne puissent pas quitter la machine par le widget.
+
+Les connexions aux comptes (PlayerVox, Twitch) appartiennent à
+PlayerVox OverCrow : la connexion, les codes et les jetons sont affichés et
+conservés par OverCrow, et un widget ne reçoit que les données que décrit sa
+capability.
 
 Chaque permission, chaque capability et les services qu’elle ouvre sont
 décrits dans [services et permissions](services.md). Déclarez le strict
@@ -79,17 +81,17 @@ appelés que pendant que la logique traite une vraie action de l’utilisateur
 dans le widget : un clic, une touche, une modification, la validation d’un
 formulaire. Un appel depuis un minuteur, une réponse de service ou une
 ligne du menu d’options est refusé avec `gesture_required`. Les widgets ne
-reçoivent d’entrées qu’en mode interactif d’OverCrow ; en mode passif, les
-clics les traversent. Supprimer une note ou une session du journal demande
-aussi une confirmation à l’utilisateur, dans une boîte de dialogue dessinée
-par OverCrow. Voir
+reçoivent d’entrées qu’en mode interactif de PlayerVox OverCrow ; en mode
+passif, les clics les traversent. Supprimer une note ou une session du
+journal demande aussi une confirmation à l’utilisateur, dans une boîte de
+dialogue dessinée par OverCrow. Voir
 [les appels qui demandent une action de l’utilisateur](services.md#les-appels-qui-demandent-une-action-de-lutilisateur).
 
 Ce que l’utilisateur écrit dans ses notes, dans un avis PlayerVox et dans
 le chat ne passe jamais par votre logique : un `form` doté d’un `intent` envoie les
-valeurs de ses propres champs de texte et curseurs, qu’OverCrow remplit,
-modifie et valide lui-même. Votre logique peut les lire, pas les écrire.
-Voir
+valeurs de ses propres champs de texte et curseurs, que PlayerVox OverCrow
+remplit, modifie et valide lui-même. Votre logique peut les lire, pas les
+écrire. Voir
 [les formulaires qui écrivent des données de l’utilisateur](forms.md#les-formulaires-qui-écrivent-des-données-de-lutilisateur).
 
 ## Ce qu’un widget ne peut pas faire
@@ -100,10 +102,10 @@ Voir
   l’exécution ou télécharger du code : le seul code est le `logic.js` relu
   du paquet.
 - Voir les autres widgets, leur état, leur stockage ou leurs permissions,
-  ni la mémoire, la fenêtre ou les entrées du jeu. OverCrow ne s’injecte
-  jamais dans le jeu.
+  ni la mémoire, la fenêtre ou les entrées du jeu. PlayerVox OverCrow ne
+  s’injecte jamais dans le jeu.
 - Dessiner hors de son cadre, couvrir ou imiter le cadre, les menus ou les
-  confirmations d’OverCrow.
+  confirmations de PlayerVox OverCrow.
 - Lire des jetons de compte, des cookies ou des identifiants.
 - Lire le presse-papiers.
 - Écrire des journaux en production : la sortie de `log.*` n’apparaît que
@@ -114,13 +116,13 @@ Voir
 ## Ce qu’OverCrow vérifie
 
 Chaque paquet est vérifié lors de son admission au catalogue, puis chaque
-fois qu’OverCrow le démarre : le catalogue signé, le registre de ses
-fichiers et la vue compilée doivent concorder, sinon le widget ne démarre
-pas. Voir [le paquet](package.md#comment-overcrow-vérifie-un-paquet) et
-[publication et revue](publishing.md).
+fois que PlayerVox OverCrow le démarre : le catalogue signé, le registre de
+ses fichiers et la vue compilée doivent concorder, sinon le widget ne
+démarre pas. Voir [le paquet](package.md#comment-overcrow-vérifie-un-paquet)
+et [publication et revue](publishing.md).
 
 Une version du catalogue peut être suspendue ou révoquée après sa
-publication : OverCrow arrête alors la copie installée. Voir
+publication : PlayerVox OverCrow arrête alors la copie installée. Voir
 [statuts des versions](publishing.md#statuts-des-versions).
 
 ## Signaler une vulnérabilité

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

@@ -231,7 +231,7 @@ mise à jour.
 
 ### `notes.delete`
 
-- **Nature** : appel, à réponse unique ; l’utilisateur le confirme d’abord, dans une boîte de dialogue dessinée par OverCrow
+- **Nature** : appel, à réponse unique ; l’utilisateur le confirme d’abord, dans une boîte de dialogue dessinée par PlayerVox OverCrow
 - **Exige** : capability `notes.write`
 - **Quand l’appeler** : Seulement pendant une action de l’utilisateur
 - **Paramètres** : `note` : texte ≤ 128 octets
@@ -294,7 +294,7 @@ mise à jour.
 
 ### `journal.delete`
 
-- **Nature** : appel, à réponse unique ; l’utilisateur le confirme d’abord, dans une boîte de dialogue dessinée par OverCrow
+- **Nature** : appel, à réponse unique ; l’utilisateur le confirme d’abord, dans une boîte de dialogue dessinée par PlayerVox OverCrow
 - **Exige** : capability `journal.delete`
 - **Quand l’appeler** : Seulement pendant une action de l’utilisateur
 - **Paramètres** : `session` : texte ≤ 128 octets

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

@@ -30,7 +30,7 @@ du [manifeste](manifest.md#permissions) :
 - quatre **permissions** pour les services généraux : `network`, `storage`,
   `clipboardWrite` et `gameEvents` ;
 - des **capabilities**, listées sous `permissions.capabilities`, pour les
-  données et les actions d’OverCrow lui-même et des comptes de
+  données et les actions de PlayerVox OverCrow lui-même et des comptes de
   l’utilisateur : la fréquence d’images, le lecteur multimédia, les notes de
   l’utilisateur, la note qu’il donne à un jeu sur PlayerVox, le chat
   Twitch…
@@ -93,8 +93,8 @@ async function readStored(key: string): Promise<JsonValue | undefined> {
 }
 ```
 
-**Un abonnement** prend un écouteur. OverCrow l’appelle aussitôt avec la
-valeur courante, puis à chaque nouvelle valeur, jusqu’à ce que vous
+**Un abonnement** prend un écouteur. PlayerVox OverCrow l’appelle aussitôt
+avec la valeur courante, puis à chaque nouvelle valeur, jusqu’à ce que vous
 l’annuliez avec `cancel()` ou qu’il se termine par un échec. L’écouteur
 vient en dernier ; un service qui a des paramètres les prend en premier.
 
@@ -127,9 +127,9 @@ Les services sont regroupés dans des espaces de noms du SDK : `storage`,
 `journal`, `twitch`). Chaque service figure, avec ses paramètres et son
 résultat, dans la [référence des services](service-reference.md).
 
-OverCrow vérifie chaque appel à son arrivée, dans cet ordre : la permission
-ou la capability, les paramètres, l’action de l’utilisateur quand le
-service en demande une, puis le compte quand il en faut un. Les types du
+PlayerVox OverCrow vérifie chaque appel à son arrivée, dans cet ordre : la
+permission ou la capability, les paramètres, l’action de l’utilisateur quand
+le service en demande une, puis le compte quand il en faut un. Les types du
 SDK vous aident à appeler correctement un service ; ce ne sont pas eux qui
 font respecter les règles.
 
@@ -166,20 +166,20 @@ dernière mise à jour.
 | `gesture_required` | Le service ne peut être appelé que pendant une action de l’utilisateur, et cet appel n’a pas eu lieu pendant le traitement d’une telle action, ou cette action a déjà autorisé un autre appel. |
 | `not_connected` | Le service a besoin du compte PlayerVox ou Twitch de l’utilisateur, qui n’est pas connecté pour le moment. |
 | `stale_context` | Ce sur quoi portait l’appel a changé avant la réponse : un autre jeu, un autre compte, un autre lecteur multimédia, un objet supprimé entre-temps. Relisez l’état courant. |
-| `unavailable` | La source d’OverCrow pour ces données a échoué, ou ne peut pas agir pour l’instant. Un abonnement qui se termine ainsi peut être relancé plus tard. |
+| `unavailable` | La source de PlayerVox OverCrow pour ces données a échoué, ou ne peut pas agir pour l’instant. Un abonnement qui se termine ainsi peut être relancé plus tard. |
 | `busy` | Trop d’opérations sont en cours : une confirmation est déjà ouverte, une file ou le budget des réponses réseau est plein, ou le fournisseur demande d’attendre. Réessayez plus tard. |
 | `cancelled` | L’utilisateur a refusé la confirmation, ou a quitté le mode interactif pendant qu’elle était ouverte. |
 | `quota_exceeded` | Un quota est atteint : le stockage, les minuteurs, les notes, les chaînes favorites. |
 | `unsupported` | La cible ne sait pas le faire : un lecteur multimédia qui ne propose pas la commande, par exemple. |
-| `url_invalid` | `http.fetch` : l’URL n’est pas une URL HTTPS absolue qu’OverCrow accepte. |
+| `url_invalid` | `http.fetch` : l’URL n’est pas une URL HTTPS absolue que PlayerVox OverCrow accepte. |
 | `resolve_failed` | `http.fetch` : le nom d’hôte n’a pas pu être résolu. |
 | `address_denied` | `http.fetch` : le nom d’hôte se résout en une adresse locale, privée ou non publique. |
-| `too_many_addresses` | `http.fetch` : le nom d’hôte se résout en plus d’adresses qu’OverCrow n’en accepte. |
+| `too_many_addresses` | `http.fetch` : le nom d’hôte se résout en plus d’adresses que PlayerVox OverCrow n’en accepte. |
 | `peer_mismatch` | `http.fetch` : le serveur qui a répondu n’est pas à l’une des adresses résolues et vérifiées. |
-| `redirect_denied` | `http.fetch` : le serveur a répondu par une redirection. OverCrow n’en suit aucune : déclarez et demandez l’URL finale. |
-| `encoding_denied` | `http.fetch` : la réponse est compressée ou encodée d’une façon qu’OverCrow n’accepte pas, ou son corps ne se décode pas comme `as` le demande (JSON ou texte invalide). |
-| `content_type_denied` | `http.fetch` : le type de média de la réponse n’est pas de ceux qu’OverCrow accepte pour cette requête. |
-| `response_metadata_limit` | `http.fetch` : la ligne d’état ou les en-têtes de la réponse sont mal formés ou dépassent les limites d’OverCrow. |
+| `redirect_denied` | `http.fetch` : le serveur a répondu par une redirection. PlayerVox OverCrow n’en suit aucune : déclarez et demandez l’URL finale. |
+| `encoding_denied` | `http.fetch` : la réponse est compressée ou encodée d’une façon que PlayerVox OverCrow n’accepte pas, ou son corps ne se décode pas comme `as` le demande (JSON ou texte invalide). |
+| `content_type_denied` | `http.fetch` : le type de média de la réponse n’est pas de ceux que PlayerVox OverCrow accepte pour cette requête. |
+| `response_metadata_limit` | `http.fetch` : la ligne d’état ou les en-têtes de la réponse sont mal formés ou dépassent les limites de PlayerVox OverCrow. |
 | `request_body_limit` | `http.fetch` : le corps de la requête dépasse 256 Kio. |
 | `response_body_limit` | `http.fetch` : le corps de la réponse dépasse la limite de la règle réseau (`maxResponseBytes`, ou 1 Mio sans lui et pour `as: "image"`). |
 | `image_invalid` | `http.fetch` avec `as: "image"` : la réponse n’est pas une image PNG, JPEG ou WebP dans les limites des images. |
@@ -193,8 +193,8 @@ Trois habitudes couvrent la plupart des cas :
   logique ; l’utilisateur voit « Prévisions indisponibles », pas
   `transport_failed`.
 - **Réabonnez-vous quand un abonnement s’est terminé.** Une source
-  d’OverCrow peut échouer pendant que le widget tourne (la session du
-  lecteur multimédia, par exemple) : l’abonnement se termine avec
+  de PlayerVox OverCrow peut échouer pendant que le widget tourne (la
+  session du lecteur multimédia, par exemple) : l’abonnement se termine avec
   `unavailable`. Réabonnez-vous quelques secondes plus tard avec
   `timers.after` ; OverCrow relance la source pour le nouvel abonnement. Le
   widget Média attend cinq secondes :
@@ -241,11 +241,12 @@ est refusé avec `gesture_required`.
 - Une action de l’utilisateur autorise un seul appel protégé. Appelez le
   service directement dans le gestionnaire, pas après un `await` sur autre
   chose.
-- Les widgets ne reçoivent d’entrées qu’en mode interactif d’OverCrow : un
-  appel protégé ne peut donc avoir lieu que dans ce mode.
+- Les widgets ne reçoivent d’entrées qu’en mode interactif de
+  PlayerVox OverCrow : un appel protégé ne peut donc avoir lieu que dans ce
+  mode.
 - `notes.delete` et `journal.delete` demandent en plus une confirmation à
-  l’utilisateur, dans une boîte de dialogue dessinée par OverCrow ; une
-  confirmation refusée donne `cancelled`.
+  l’utilisateur, dans une boîte de dialogue dessinée par PlayerVox OverCrow
+  ; une confirmation refusée donne `cancelled`.
 
 Les tableaux ci-dessous indiquent, pour chaque service, quand l’appeler.
 
@@ -338,8 +339,8 @@ Chaque paramètre de chemin ou de requête porte une contrainte :
 | `string` | `{ maxLength }` | Paramètres de requête seulement ; tout texte sans caractère de contrôle ; `maxLength` de 1 à 256 octets. |
 <!-- /generated:parameter-constraints -->
 
-La requête sort par le broker d’OverCrow, jamais du processus du widget.
-Le broker :
+La requête sort par le broker de PlayerVox OverCrow, jamais du processus du
+widget. Le broker :
 
 - refuse toute URL qu’aucune règle n’autorise (`permission_denied`), avant
   toute requête DNS ;
@@ -376,8 +377,8 @@ aussitôt avec `busy`.
 
 ### Stockage
 
-`storage` est un stockage clé-valeur qu’OverCrow tient pour votre seul
-widget : `storage.get({ key })`, `storage.set({ key, value })`,
+`storage` est un stockage clé-valeur que PlayerVox OverCrow tient pour votre
+seul widget : `storage.get({ key })`, `storage.set({ key, value })`,
 `storage.remove({ key })` et `storage.keys()`. Une valeur est n’importe
 quelle valeur JSON. Il n’y a aucun accès aux fichiers.
 
@@ -418,8 +419,8 @@ le presse-papiers.
 ```
 
 Le texte que l’utilisateur sélectionne dans un élément `text` doté de
-l’attribut `selectable` est copié par OverCrow lui-même, sans aucune
-permission.
+l’attribut `selectable` est copié par PlayerVox OverCrow lui-même, sans
+aucune permission.
 
 ### Événements de jeu
 
@@ -431,8 +432,8 @@ que l’un d’eux se produit.
 ## Capabilities
 
 Une capability donne accès à des données ou à des actions que détient
-OverCrow : les ressources qu’utilise le jeu, le lecteur multimédia, les
-notes de l’utilisateur, ses comptes PlayerVox et Twitch.
+PlayerVox OverCrow : les ressources qu’utilise le jeu, le lecteur
+multimédia, les notes de l’utilisateur, ses comptes PlayerVox et Twitch.
 
 <!-- generated:capability-list -->
 | Capability | Sensible | Compte | Signification |
@@ -513,12 +514,12 @@ capability sensible, faites deux widgets.
 ### Comptes
 
 Certaines capabilities ont besoin du compte PlayerVox ou Twitch de
-l’utilisateur. La connexion appartient à OverCrow : c’est lui qui dessine
-l’écran de connexion, conserve les jetons et affiche son propre panneau
-par-dessus le widget tant que le compte est déconnecté. Un widget ne voit
-jamais un jeton ; il ne reçoit que les données que décrit sa capability, et
-ses appels échouent avec `not_connected` tant que le compte n’est pas
-connecté.
+l’utilisateur. La connexion appartient à PlayerVox OverCrow : c’est lui qui
+dessine l’écran de connexion, conserve les jetons et affiche son propre
+panneau par-dessus le widget tant que le compte est déconnecté. Un widget ne
+voit jamais un jeton ; il ne reçoit que les données que décrit sa
+capability, et ses appels échouent avec `not_connected` tant que le compte
+n’est pas connecté.
 
 ### Des données qui changent
 

package/dist/content/docs/fr/style-properties.md

@@ -268,5 +268,5 @@ Lucide 1.34.0, 1777 icônes.
 Tout autre nom est refusé. Le type `IconName` du SDK les liste tous : un nom
 erroné dans la logique est donc une erreur TypeScript. Au sein de l’API v1,
 le jeu d’icônes peut grandir, mais il ne perd ni ne renomme jamais une
-icône. OverCrow dessine les icônes lui-même : un widget n’embarque aucune
-police d’icônes.
+icône. PlayerVox OverCrow dessine les icônes lui-même : un widget n’embarque
+aucune police d’icônes.

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

@@ -82,11 +82,11 @@ une espace (descendant) ou par `>` (enfant).
 }
 ```
 
-Les états sont résolus par OverCrow, pas par votre logique : `:hover` et
-`:active` suivent le pointeur, `:focus` le focus clavier, `:disabled`
-l’attribut `disabled`, et `:checked` l’état d’un `toggle` ou d’une
-`checkbox`. OverCrow ne signale pas au widget les mouvements du pointeur :
-un effet de survol ne lui coûte rien.
+Les états sont résolus par PlayerVox OverCrow, pas par votre logique :
+`:hover` et `:active` suivent le pointeur, `:focus` le focus clavier,
+`:disabled` l’attribut `disabled`, et `:checked` l’état d’un `toggle` ou
+d’une `checkbox`. OverCrow ne signale pas au widget les mouvements du
+pointeur : un effet de survol ne lui coûte rien.
 
 Quand deux règles définissent la même propriété, le sélecteur le plus
 spécifique l’emporte : les classes et les états comptent d’abord, puis les
@@ -140,7 +140,8 @@ rebours place le temps au milieu de son anneau :
 }
 ```
 
-Un widget ne peut pas dessiner hors de son cadre : OverCrow le rogne.
+Un widget ne peut pas dessiner hors de son cadre : PlayerVox OverCrow le
+rogne.
 
 ## Valeurs
 
@@ -151,18 +152,19 @@ forme `#rrggbb`, `#rrggbbaa` ou `rgb(r g b / a)`, les durées en `ms` ou en
 `var(--name)`. La notation exacte de chaque sorte de valeur figure dans
 [valeurs](style-properties.md#valeurs).
 
-Les longueurs sont des pixels logiques : OverCrow les multiplie par
-l’échelle du contenu de l’utilisateur (de 50 % à 175 %) et par la densité de
-l’écran. `12px` a donc la même taille physique sur tous les écrans. Les
-propriétés raccourcies se développent comme en CSS : une à quatre valeurs
-pour les côtés et les coins, une ou deux pour les espacements.
+Les longueurs sont des pixels logiques : PlayerVox OverCrow les multiplie
+par l’échelle du contenu de l’utilisateur (de 50 % à 175 %) et par la
+densité de l’écran. `12px` a donc la même taille physique sur tous les
+écrans. Les propriétés raccourcies se développent comme en CSS : une à
+quatre valeurs pour les côtés et les coins, une ou deux pour les
+espacements.
 
 ## Tokens du design system
 
-Un token est une valeur du design system d’OverCrow, écrite `var(--name)`.
-Les tokens de couleur changent avec le thème de l’utilisateur, clair ou
-sombre : un widget stylé avec des tokens suit le thème sans aucun code.
-Préférez-les aux couleurs littérales.
+Un token est une valeur du design system de PlayerVox OverCrow, écrite
+`var(--name)`. Les tokens de couleur changent avec le thème de
+l’utilisateur, clair ou sombre : un widget stylé avec des tokens suit le
+thème sans aucun code. Préférez-les aux couleurs littérales.
 
 <!-- source: docs/content/examples/countdown/style.ocss -->
 ```css
@@ -185,8 +187,9 @@ pas déclarer ses propres propriétés personnalisées. Tous les tokens sont
 listés dans
 [tokens du design system](style-properties.md#tokens-du-design-system).
 
-OverCrow dessine le panneau derrière le widget (`--color-surface-panel`),
-son cadre et son ombre : partez d’un fond transparent.
+PlayerVox OverCrow dessine le panneau derrière le widget
+(`--color-surface-panel`), son cadre et son ombre : partez d’un fond
+transparent.
 
 ## Texte
 
@@ -196,8 +199,8 @@ sur un conteneur pour styler ce qu’il contient.
 
 - Il existe trois familles de police : `ui` (Noto Sans, la valeur par
   défaut), `mono` (Noto Sans Mono, pour les valeurs) et `display` (Space
-  Grotesk, pour les grades et les scores). OverCrow les embarque ; les
-  polices du système ne sont jamais utilisées : un widget a donc le même
+  Grotesk, pour les grades et les scores). PlayerVox OverCrow les embarque ;
+  les polices du système ne sont jamais utilisées : un widget a donc le même
   aspect sur toutes les machines.
 - `font-variant-numeric: tabular-nums` donne la même largeur à tous les
   chiffres : un nombre qui change ne déplace pas ses voisins.
@@ -237,9 +240,9 @@ un bloc `@keyframes` de la même feuille.
 Seules les propriétés qui modifient le dessin, et non la mise en page,
 peuvent être animées : `opacity`, `color`, `background-color`,
 `border-color` et `transform`. Un bloc `@keyframes` ne contient que
-celles-là. OverCrow exécute l’animation lui-même : aucun minuteur ni aucun
-code du widget ne tourne pendant qu’elle joue, et rien n’est redessiné quand
-rien ne change. Un widget masqué ne s’anime pas.
+celles-là. PlayerVox OverCrow exécute l’animation lui-même : aucun minuteur
+ni aucun code du widget ne tourne pendant qu’elle joue, et rien n’est
+redessiné quand rien ne change. Un widget masqué ne s’anime pas.
 
 `@keyframes` est la seule règle @. Son nom est un identifiant qui n’est pas
 un mot-clé d’animation, unique dans la feuille.

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

@@ -6,10 +6,10 @@ bureau, sans jeu et sans compte :
 - **Les tests unitaires de la logique**, dans Node.js, avec
   `@overcrow/sdk/testing` : rapides, pour les fonctions de `logic.ts`.
 - **Les scénarios**, joués par `overcrow-widget test` dans le **runtime
-  headless** d’OverCrow : la vraie VM, le vrai style, la vraie mise en page
-  et le vrai moteur de rendu, les vérifications d’OverCrow lui-même, des
-  services simulés, un temps virtuel et des images de référence. Ce qui
-  passe là est ce que l’overlay affiche.
+  headless** de PlayerVox OverCrow : la vraie VM, le vrai style, la vraie
+  mise en page et le vrai moteur de rendu, les vérifications d’OverCrow
+  lui-même, des services simulés, un temps virtuel et des images de
+  référence. Ce qui passe là est ce que l’overlay affiche.
 
 <!-- source: templates/counter/tests/example.scenario.json -->
 ```json
@@ -37,11 +37,11 @@ image.
 projet créé par `overcrow-widget init`, sinon
 `npm install --save-dev --save-exact @overcrow/sdk@1.0.0`.
 
-`installRuntime()` met en place une doublure d’OverCrow avant l’import de la
-logique : les appels de service renvoient des promesses que votre test
-résout ou rejette, les abonnements reçoivent les valeurs que vous poussez,
-les minuteurs se déclenchent quand vous avancez le temps, et `Date.now()`
-est virtuel.
+`installRuntime()` met en place une doublure de PlayerVox OverCrow avant
+l’import de la logique : les appels de service renvoient des promesses que
+votre test résout ou rejette, les abonnements reçoivent les valeurs que vous
+poussez, les minuteurs se déclenchent quand vous avancez le temps, et
+`Date.now()` est virtuel.
 
 <!-- source: widgets/clock/tests/logic.test.mjs -->
 ```js
@@ -77,7 +77,7 @@ test("one timer at the next local minute, then each minute", () => {
 | --- | --- |
 | `installRuntime({ now, host })` | Installe la doublure ; `Date.now()` renvoie le temps virtuel. Une seule à la fois. |
 | `now`, `advance(ms)` | Le temps virtuel ; `advance` déclenche, dans l’ordre, les minuteurs arrivés à échéance (un minuteur répétitif se réarme) et renvoie leur nombre. |
-| `setHost(changes)` | Modifie `host` comme le fait OverCrow : `region`, `locale`, `options`… |
+| `setHost(changes)` | Modifie `host` comme le fait PlayerVox OverCrow : `region`, `locale`, `options`… |
 | `calls`, `lastCall(service)` | Chaque appel de service, avec `resolve(value)` et `reject(code)`. |
 | `push(service, value)`, `fail(service, code)` | La prochaine mise à jour, ou l’échec final, des abonnements à un service. |
 | `menu(row)` | Choisit une ligne `action` du menu d’options. |
@@ -85,10 +85,10 @@ test("one timer at the next local minute, then each minute", () => {
 | `uninstall()` | Retire la doublure et restaure `Date.now`. |
 
 La doublure n’exécute que votre logique : elle n’applique pas les règles
-d’OverCrow (les autorisations accordées, les comptes, la règle de l’action
-de l’utilisateur) et ne rend rien. Les scénarios, eux, le font. Les widgets
-de référence compilent leur `logic.ts` avec un petit chargeur avant de
-l’importer :
+de PlayerVox OverCrow (les autorisations accordées, les comptes, la règle de
+l’action de l’utilisateur) et ne rend rien. Les scénarios, eux, le font. Les
+widgets de référence compilent leur `logic.ts` avec un petit chargeur avant
+de l’importer :
 
 <!-- source: widgets/clock/tests/load-logic.mjs -->
 ```js
@@ -149,13 +149,13 @@ Tout est facultatif.
 | `size` | la taille préférée du manifeste | `{ width, height }` du cadre, en pixels logiques ; le `fit` du manifeste s’applique quand même. |
 | `mode` | `passive` | `interactive` donne les entrées au widget. |
 | `visible` | `true` | Masqué, le widget ne reçoit aucun déclenchement de minuteur. |
-| `frame` | `false` | `true` capture le cadre d’OverCrow autour du contenu. |
+| `frame` | `false` | `true` capture le cadre de PlayerVox OverCrow autour du contenu. |
 | `background` | la couleur de panneau du thème | `#rrggbb` derrière le widget. |
 | `region` | `us`, ordre de date de la langue | `{ numberFormat, dateOrder }`. |
 | `zone` | UTC | `{ offsetMinutes, transitions: [{ at, offsetMinutes }] }` : le décalage UTC de l’utilisateur, et les instants où il change. |
 | `startAt` | 2026-01-01T00:00:00Z | Le temps virtuel auquel le widget démarre, en millisecondes Unix. |
 | `options` | les valeurs par défaut des lignes | Les valeurs des lignes du menu d’options. |
-| `grants` | `"declared"` | Ou la liste exacte de ce que l’utilisateur a accordé (`storage`, `network`, `fps.read`…) : OverCrow refuse le reste. |
+| `grants` | `"declared"` | Ou la liste exacte de ce que l’utilisateur a accordé (`storage`, `network`, `fps.read`…) : PlayerVox OverCrow refuse le reste. |
 | `accounts` | connectés | `{ playervox, twitch }`, chacun valant `connected`, `disconnected`, `pending`, `expired` ou `offline`. |
 | `features` | toutes | Les sources de données de la machine, pour `requires`. |
 | `storage` | vide | Le stockage du widget avant son démarrage. |
@@ -180,15 +180,15 @@ Tout est facultatif.
   },
 ```
 
-Avec un compte qui n’est pas `connected`, OverCrow dessine son propre
-panneau de compte par-dessus le widget, comme il le fait pour
+Avec un compte qui n’est pas `connected`, PlayerVox OverCrow dessine son
+propre panneau de compte par-dessus le widget, comme il le fait pour
 l’utilisateur ; capturez-le avec `frame`.
 
 ### `fixtures`
 
 Les fixtures remplacent la provenance des données, jamais les vérifications
-d’OverCrow. Un appel franchit d’abord les mêmes contrôles que dans
-l’overlay : autorisations accordées, paramètres, règle de l’action de
+de PlayerVox OverCrow. Un appel franchit d’abord les mêmes contrôles que
+dans l’overlay : autorisations accordées, paramètres, règle de l’action de
 l’utilisateur et compte. C’est seulement ensuite qu’une fixture lui répond.
 Chaque valeur doit avoir la forme du [résultat](result-shapes.md) du
 service : une valeur qui ne l’a pas est une erreur du scénario, pas du
@@ -199,7 +199,7 @@ widget.
 | `subscriptions` | La valeur d’un abonnement à son démarrage ; les étapes `publish` envoient les suivantes. |
 | `calls` | Les réponses aux appels d’un service, dans l’ordre : `{ "value": … }` ou `{ "error": code }`. Un appel au-delà est une erreur du scénario. |
 | `http` | Les réponses aux requêtes `http.fetch`, chacune utilisée une fois : `{ "request": { method, url }, "response": { status, contentType, body } }` (ou `bodyBase64`), ou `{ "request": …, "error": code }`. Les règles réseau du manifeste s’appliquent d’abord, et les limites de réponse s’appliquent comme dans l’overlay. |
-| `confirmations` | `accept` ou `cancel`, dans l’ordre, pour la confirmation par OverCrow de `notes.delete` et `journal.delete`. |
+| `confirmations` | `accept` ou `cancel`, dans l’ordre, pour la confirmation par PlayerVox OverCrow de `notes.delete` et `journal.delete`. |
 | `intents` | La réponse à chaque [intent d’écriture](forms.md#les-formulaires-qui-écrivent-des-données-de-lutilisateur) envoyé, dans l’ordre : `"accepted"`, `{ "error": code }` ou `"pending"`. |
 
 <!-- source: widgets/stopwatch/tests/errors.scenario.json -->
@@ -275,7 +275,7 @@ widget.
     ]
 ```
 
-Les codes qu’OverCrow attribue lui-même (`permission_denied`,
+Les codes que PlayerVox OverCrow attribue lui-même (`permission_denied`,
 `gesture_required`, `not_connected`, `invalid_request`) ne peuvent pas
 s’écrire dans une fixture : obtenez-les par la voie réelle, avec `grants`,
 `accounts`, un appel hors d’une action de l’utilisateur ou des paramètres
@@ -284,11 +284,11 @@ d’OverCrow et n’ont besoin d’aucune fixture.
 
 ### `assets`
 
-Des images qu’une fixture remet au widget, comme OverCrow lui remet la
-pochette d’un média ou une emote du chat : `{ "<name>": "<path>" }`, 8 au
-plus, chacune étant un PNG ou un JPEG du projet (`tests/assets/cover.png`).
-Là où un résultat contient un identifiant d’image, la fixture écrit
-`"fixture:<name>"`.
+Des images qu’une fixture remet au widget, comme PlayerVox OverCrow lui
+remet la pochette d’un média ou une emote du chat :
+`{ "<name>": "<path>" }`, 8 au plus, chacune étant un PNG ou un JPEG du
+projet (`tests/assets/cover.png`). Là où un résultat contient un identifiant
+d’image, la fixture écrit `"fixture:<name>"`.
 
 ### `steps`
 
@@ -324,7 +324,7 @@ qu’il a reçu et plus rien n’est en cours. Il n’y a aucune attente réelle
 | `state` | `starting`, `running`, `restarting`, `failed`, `refused` ou `stopped`. |
 | `fault` | La dernière faute de la VM du widget, ou `none`. |
 | `clipboard` | Le dernier texte que le widget a écrit dans le presse-papiers. |
-| `intents` | Exactement ces intents d’écriture ont été envoyés depuis la vérification `intents` précédente, dans l’ordre : `{ intent, fields?, outcome? }`. `fields` contient les valeurs exactes que le formulaire d’OverCrow a envoyées. |
+| `intents` | Exactement ces intents d’écriture ont été envoyés depuis la vérification `intents` précédente, dans l’ordre : `{ intent, fields?, outcome? }`. `fields` contient les valeurs exactes que le formulaire de PlayerVox OverCrow a envoyées. |
 
 <!-- source: templates/chart/tests/example.scenario.json -->
 ```json
@@ -378,8 +378,8 @@ mêmes octets, sous Linux comme sous Windows.
 - Le temps est virtuel : `Date.now()` et `new Date()` renvoient le temps du
   scénario, et les minuteurs se déclenchent quand le scénario l’avance.
 - `Math.random()` est initialisé avec une graine fixe.
-- Le texte utilise les polices fournies avec OverCrow, jamais celles du
-  système.
+- Le texte utilise les polices fournies avec PlayerVox OverCrow, jamais
+  celles du système.
 - Le rendu ne dépend pas de la carte graphique.
 
 Cela ne vaut que pour le runtime de test : dans l’overlay, le temps et le
@@ -387,23 +387,23 @@ hasard sont réels.
 
 ## Le runtime headless
 
-`overcrow-widget-headless` est le code d’OverCrow lui-même, sans fenêtre :
-il valide le paquet comme le fait l’overlay et exécute la logique du widget
-dans le même sandbox. `overcrow-widget test` exécute la version que la CLI
-épingle, 0.7.1-beta.1, et affiche sa version et son SHA-256. Sans le
-sandbox du système d’exploitation, le runtime refuse de s’exécuter et le
+`overcrow-widget-headless` est le code de PlayerVox OverCrow lui-même, sans
+fenêtre : il valide le paquet comme le fait l’overlay et exécute la logique
+du widget dans le même sandbox. `overcrow-widget test` exécute la version
+que la CLI épingle, 0.7.2-beta.1, et affiche sa version et son SHA-256. Sans
+le sandbox du système d’exploitation, le runtime refuse de s’exécuter et le
 dit ; la commande de test se termine alors avec le code 2.
 
 La première fois que `test` a besoin du runtime, il le télécharge : dans
-le ZIP des outils créateurs de votre plateforme, dans la release OverCrow
-qui l’a publié, il ne garde que le runtime, et seulement si son SHA-256
-est celui que la CLI épingle. Le ZIP n’est pas conservé. Le runtime reste
-ensuite dans le cache de la CLI :
+le ZIP des outils créateurs de votre plateforme, dans la release
+PlayerVox OverCrow qui l’a publié, il ne garde que le runtime, et seulement
+si son SHA-256 est celui que la CLI épingle. Le ZIP n’est pas conservé. Le
+runtime reste ensuite dans le cache de la CLI :
 
 | Plateforme | Chemin |
 | --- | --- |
-| Linux | `~/.cache/overcrow-widget/runtime/0.7.1-beta.1/` (`$XDG_CACHE_HOME` au lieu de `~/.cache` s’il est défini) |
-| Windows | `%LOCALAPPDATA%\overcrow-widget\runtime\0.7.1-beta.1\` |
+| Linux | `~/.cache/overcrow-widget/runtime/0.7.2-beta.1/` (`$XDG_CACHE_HOME` au lieu de `~/.cache` s’il est défini) |
+| Windows | `%LOCALAPPDATA%\overcrow-widget\runtime\0.7.2-beta.1\` |
 
 Pour travailler hors ligne, placez-y vous-même le runtime du ZIP des
 outils créateurs (exécutable sous Linux) : `test` le trouve et ne
@@ -413,5 +413,5 @@ défini dans `HTTPS_PROXY` est utilisé.
 La CLI vérifie son SHA-256 avant chaque exécution. Si un téléchargement
 échoue, rien n’est conservé et `test` propose de réessayer ou de passer
 `--runtime`. `--runtime <path>` exécute un autre runtime à la place, par
-exemple compilé depuis OverCrow ; la sortie dit alors que ce n’est pas le
-runtime épinglé.
+exemple compilé depuis PlayerVox OverCrow ; la sortie dit alors que ce n’est
+pas le runtime épinglé.