@overcrow/mcp 0.1.3 → 0.1.5

package/dist/content/docs/en/view.md

@@ -57,8 +57,8 @@ in text, are refused: write `{` and `}`.
 Each element has a fixed content, a set of attributes and the events it can
 send. Containers (`box`, `scroll`, `list`, `form`, `popover`, `button`)
 hold other elements; `text` holds text and inline children; the others are
-leaves that OverCrow draws: `icon`, `image`, `toggle`, `slider`, `field`,
-`chart`, `gauge`…
+leaves that PlayerVox OverCrow draws: `icon`, `image`, `toggle`, `slider`,
+`field`, `chart`, `gauge`…
 
 <!-- generated:element-list -->
 | Element | Meaning |
@@ -132,9 +132,10 @@ view is compiled:
 | text, identifier | the text itself |
 | image | a file of the package: `src="assets/logo.png"` |
 
-`attr={expression}` binds the attribute to an expression instead; OverCrow
-checks every value the widget sends. Values that exist only when the widget
-runs, such as an image handed by a service, must be bound.
+`attr={expression}` binds the attribute to an expression instead;
+PlayerVox OverCrow checks every value the widget sends. Values that exist
+only when the widget runs, such as an image handed by a service, must be
+bound.
 
 Five attributes exist on every element:
 
@@ -176,8 +177,8 @@ a component, where it would name several nodes.
 
 ## Events
 
-`on:event={handler}` asks OverCrow to send an event of the element to the
-logic. Without it, the widget does not hear about the event at all: a
+`on:event={handler}` asks PlayerVox OverCrow to send an event of the element
+to the logic. Without it, the widget does not hear about the event at all: a
 widget is not told about pointer moves or key presses it has not asked for.
 
 A handler is written in one of two ways:
@@ -202,8 +203,8 @@ The events are `activate`, `contextmenu`, `wheel`, `keydown`, `input`,
 and each [element](elements.md#elements) lists the ones it sends. Some of
 them are user actions, during which a widget may call a protected service;
 see [calls that need a user action](services.md#calls-that-need-a-user-action).
-Widgets receive input only in OverCrow's Interactive mode: in Passive mode,
-clicks go through them to the game.
+Widgets receive input only in PlayerVox OverCrow's Interactive mode: in
+Passive mode, clicks go through them to the game.
 
 ## Conditions, loops and components
 
@@ -236,7 +237,7 @@ may separate them.
 
 `for` repeats its children for each item of a list. `each`, `as` and `key`
 are all required, and the key must be unique among the repeated items: it
-is how OverCrow knows which row moved, appeared or went away.
+is how PlayerVox OverCrow knows which row moved, appeared or went away.
 
 <!-- source: widgets/warframe-market/view.ocml -->
 ```xml
@@ -248,8 +249,8 @@ is how OverCrow knows which row moved, appeared or went away.
       </for>
 ```
 
-For a long list, put the `for` in a `list` element: OverCrow lays out and
-paints only the rows that are visible.
+For a long list, put the `for` in a `list` element: PlayerVox OverCrow lays
+out and paints only the rows that are visible.
 
 ### Components
 

package/dist/content/docs/en/widget-statistics.md

@@ -7,9 +7,9 @@ exact counts: this page says what each figure counts and what it leaves out.
 
 ## Where the figures come from
 
-Once a day at most, at a random time, OverCrow sends one anonymous signal
-for each widget installed from the catalog: the widget, its version, the
-day, the system (Windows or Linux), the version of OverCrow, whether the
+Once a day at most, at a random time, PlayerVox OverCrow sends one anonymous
+signal for each widget installed from the catalog: the widget, its version,
+the day, the system (Windows or Linux), the version of OverCrow, whether the
 widget was shown, installed or uninstalled that day, and its errors (kind,
 place in the code, a rounded count).
 
@@ -18,7 +18,8 @@ place in the code, a rounded count).
 - **No error message**: only the kind of an error and its place in your
   code. A message may hold personal data.
 - **On by default**: players can turn **Share anonymous statistics** off in
-  OverCrow; nothing is sent after that, and they are no longer counted.
+  PlayerVox OverCrow; nothing is sent after that, and they are no longer
+  counted.
 
 The figures are added up as the signals arrive. **Updated** gives the time
 of the last one counted.
@@ -57,7 +58,7 @@ Every chart has **View as table**, with the same figures day by day.
   version. The three newest versions keep their colour; the others add up as
   **Older**.
 - **Where your widget runs**: the share of active players on Windows and on
-  Linux, and on each version of OverCrow (the two most used, then
+  Linux, and on each version of PlayerVox OverCrow (the two most used, then
   **Others**).
 
 ## Errors
@@ -67,10 +68,10 @@ the same line of the same function is one group, whatever the version. The
 table shows the 50 most frequent groups of the period, with their versions,
 their count and their trend; **Export CSV** saves them.
 
-OverCrow reports where an error happened in the package's `logic.js`. The
-creator space traces that position back to your sources (file, line and
-function) with a map of your code built with the package and never
-published.
+PlayerVox OverCrow reports where an error happened in the package's
+`logic.js`. The creator space traces that position back to your sources
+(file, line and function) with a map of your code built with the package and
+never published.
 
 - **Being traced**: the position is shown as `logic.js:line:column` until it
   is traced.
@@ -104,9 +105,9 @@ The kind of an error is the built-in type it was created from, never the
 
 ## Player rating
 
-Players rate a widget from 0 to 100 in the OverCrow Control Center, with
-their PlayerVox account: one rating per account and per widget, which they
-can change or remove.
+Players rate a widget from 0 to 100 in the PlayerVox OverCrow Control
+Center, with their PlayerVox account: one rating per account and per widget,
+which they can change or remove.
 
 - **Score**: the mean of the ratings, rounded, with its rank: S+ from 90,
   S from 80, A from 70, B from 60, C from 40, D from 20, then F.
@@ -124,11 +125,11 @@ and on the website.
 ## Trends, not exact counts
 
 - Only the players who share their anonymous statistics are counted.
-- OverCrow rounds each error count to a step before sending it, and sends
-  at most 10 places in the code per widget and day: the error figures give
-  orders of magnitude.
+- PlayerVox OverCrow rounds each error count to a step before sending it,
+  and sends at most 10 places in the code per widget and day: the error
+  figures give orders of magnitude.
 - A day is the player's own date.
-- A player who clears OverCrow's data, then installs the widget again,
-  counts as two installs.
+- A player who clears PlayerVox OverCrow's data, then installs the widget
+  again, counts as two installs.
 - Signals that look broken or inflated are set aside before they are
   counted.

package/dist/content/docs/en/widgets.md

@@ -33,7 +33,7 @@ license: read them, copy them, and use them as a starting point.
   scenario, framed and staged by `node scripts/compose-previews.mjs`;
 - `tests/`: unit tests of the logic, and scenarios with reference images in
   both themes, both languages and two scales, played by
-  `overcrow-widget test` in OverCrow's headless runtime;
+  `overcrow-widget test` in PlayerVox OverCrow's headless runtime;
 - `README.md`: what it shows, its menu, its permissions, how it works and
   what it costs.
 

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

@@ -23,7 +23,7 @@ overcrow-widget test
 | [`check`](#check) | Valide un projet sans rien écrire. |
 | [`package`](#package) | Vérifie, puis écrit le paquet `.ocpkg`. |
 | [`inspect`](#inspect) | Montre ce qu’un paquet contient et demande. |
-| [`dev`](#dev) | Exécute le widget dans OverCrow et le recharge à chaque enregistrement. |
+| [`dev`](#dev) | Exécute le widget dans PlayerVox OverCrow et le recharge à chaque enregistrement. |
 | [`test`](#test) | Joue les scénarios de test du projet et compare leurs images. |
 | [`doctor`](#doctor) | Indique ce que votre installation a et ce qui lui manque. |
 | [`admit`](#admit) | Exécute l’admission de l’espace créateurs sur vos sources, un dossier ou un ZIP. |
@@ -37,7 +37,7 @@ et les [codes de sortie](#codes-de-sortie) sont stables pour vos scripts.
 
 ## Installation
 
-Chaque [release d’OverCrow](https://github.com/Valhallab/playervox-overcrow-releases/releases)
+Chaque [release de PlayerVox OverCrow](https://github.com/Valhallab/playervox-overcrow-releases/releases)
 contient les outils créateurs dans un ZIP par plateforme : l’outil avec
 sa licence et ses notices tierces, le runtime headless d’OverCrow
 qu’utilise [`test`](#test), un `README.txt` et un `SHA256SUMS` de tous
@@ -123,8 +123,8 @@ overcrow-widget init my-widget --template list --id nova.my-widget --name "My wi
 | `chart` | Un graphique en direct, mis à jour par un minuteur. |
 
 Passez `--id` avec l’ID de votre widget : `<pseudo>.<nom>`, votre pseudo
-d’éditeur dans l’espace créateurs d’OverCrow et un nom (`nova.lol-timers`),
-ou un domaine que vous avez vérifié, inversé, et un nom
+d’éditeur dans l’espace créateurs de PlayerVox OverCrow et un nom
+(`nova.lol-timers`), ou un domaine que vous avez vérifié, inversé, et un nom
 (`gg.nova.lol-timers`) ; voir [le manifeste](manifest.md#identité-et-version).
 Sans `--id`, l’ID vaut `yourhandle.<dir>` : remplacez `yourhandle` avant
 d’envoyer le widget, car `admit` le refuse. `com.playervox.*` est réservé.
@@ -144,11 +144,12 @@ Exécute toutes les vérifications, dans cet ordre, et n’écrit rien :
 1. **Fichiers du projet** : les fichiers requis sont présents et respectent
    leurs limites de taille, il y a un seul module de logique, et les deux
    fichiers de langue ou aucun.
-2. **Manifeste** : le validateur de manifeste d’OverCrow lui-même.
+2. **Manifeste** : le validateur de manifeste de PlayerVox OverCrow
+   lui-même.
 3. **Vue** : `view.ocml` est compilé et le résultat validé ; les images
    statiques doivent exister dans `assets/`.
 4. **Style** : `style.ocss` est analysé avec l’analyseur syntaxique
-   d’OverCrow.
+   de PlayerVox OverCrow.
 5. **Fichiers de langue** : des objets de chaînes aux clés valides, avec les
    mêmes clés dans les deux fichiers. Un `t("key")` de la vue dont la clé
    n’a pas de message donne un avertissement.
@@ -157,7 +158,7 @@ Exécute toutes les vérifications, dans cet ordre, et n’écrit rien :
    les exports que la vue appelle.
 7. **Types** : le `tsc --noEmit -p tsconfig.json` du projet.
 8. **Paquet** : `logic.js` est construit, puis le paquet est écrit en
-   mémoire et relu exactement comme OverCrow le lira.
+   mémoire et relu exactement comme PlayerVox OverCrow le lira.
 
 Options : `--no-typecheck`, `--deny-warnings` (un avertissement fait échouer
 la commande), `--format json`.
@@ -187,9 +188,9 @@ systèmes. Le contenu du paquet est décrit dans [le paquet](package.md).
 overcrow-widget inspect dist/nova.my-widget-0.1.0.ocpkg
 ```
 
-Valide un paquet comme le fait OverCrow, puis le montre tel qu’un relecteur
-le voit : l’ID, la version et les noms ; la taille et le SHA-256 de
-l’archive ; la version du SDK que contient son `logic.js` ; chaque
+Valide un paquet comme le fait PlayerVox OverCrow, puis le montre tel qu’un
+relecteur le voit : l’ID, la version et les noms ; la taille et le SHA-256
+de l’archive ; la version du SDK que contient son `logic.js` ; chaque
 permission en toutes lettres (routes réseau avec les contraintes de leurs
 paramètres et la limite de réponse déclarée, stockage, presse-papiers,
 événements de jeu) ; chaque capability avec son résumé, en précisant si
@@ -203,8 +204,8 @@ paquet, la commande le signale à la place, avec la raison.
 overcrow-widget dev
 ```
 
-Exécute le widget dans l’overlay OverCrow qui tourne sur votre machine,
-pendant que vous le modifiez :
+Exécute le widget dans l’overlay PlayerVox OverCrow qui tourne sur votre
+machine, pendant que vous le modifiez :
 
 1. la commande se connecte à l’overlay, qui doit avoir été lancé avec les
    installations de développement autorisées ;
@@ -224,8 +225,9 @@ pendant que vous le modifiez :
 Options : `--no-typecheck`, `--format json` (un objet JSON par ligne).
 Codes de sortie : 0 après Ctrl+C, 1 quand l’overlay met fin à la session,
 2 quand aucun overlay n’est joignable.
-[Le canal de développement](dev-channel.md) explique comment lancer OverCrow
-pour cela, et ce que signifient chaque état et chaque refus.
+[Le canal de développement](dev-channel.md) explique comment lancer
+PlayerVox OverCrow pour cela, et ce que signifient chaque état et chaque
+refus.
 
 ## test
 
@@ -235,8 +237,8 @@ overcrow-widget test --scenario example
 overcrow-widget test --update
 ```
 
-Joue les scénarios de `tests/` dans le runtime headless d’OverCrow et
-compare les images qu’il rend avec les références :
+Joue les scénarios de `tests/` dans le runtime headless de
+PlayerVox OverCrow et compare les images qu’il rend avec les références :
 
 1. la commande construit le paquet comme le fait `package` ;
 2. elle lit chaque `tests/<name>.scenario.json` et le vérifie par rapport au
@@ -278,7 +280,7 @@ overcrow-widget doctor
 | Code | Sévérité | Signification |
 | --- | --- | --- |
 | `doctor.overcrow_missing` | avertissement | OverCrow n’est pas installé. |
-| `doctor.development_off` | avertissement | Aucun overlay n’autorise les installations de développement ; l’aide donne les commandes pour relancer OverCrow en les autorisant. |
+| `doctor.development_off` | avertissement | Aucun overlay n’autorise les installations de développement ; l’aide donne les commandes pour relancer PlayerVox OverCrow en les autorisant. |
 | `doctor.channel_busy` | avertissement | L’overlay sert déjà son nombre maximal de sessions `dev`. |
 | `doctor.channel_io` | avertissement | La connexion à l’overlay a échoué. |
 | `doctor.channel_untrusted` | erreur | Ce qui répond n’est pas l’overlay de cet utilisateur. |
@@ -402,11 +404,12 @@ overcrow-widget submit --dry-run --submission submission.json
 overcrow-widget submit --submission submission.json
 ```
 
-Envoie une version de votre widget à l’espace créateurs d’OverCrow, depuis
-un terminal, une CI ou le serveur MCP d’OverCrow, puis suit ses contrôles.
-La commande ne pose jamais de question : ce qui manque est signalé, avec un
-[code de sortie](#codes-de-sortie) stable. Elle prend le dossier du widget
-(le dossier courant sans argument) ou un ZIP de ce dossier.
+Envoie une version de votre widget à l’espace créateurs de
+PlayerVox OverCrow, depuis un terminal, une CI ou le serveur MCP d’OverCrow,
+puis suit ses contrôles. La commande ne pose jamais de question : ce qui
+manque est signalé, avec un [code de sortie](#codes-de-sortie) stable. Elle
+prend le dossier du widget (le dossier courant sans argument) ou un ZIP de
+ce dossier.
 
 ### La clé de publication
 
@@ -524,7 +527,7 @@ expire, et chaque envoi compte dans la limite quotidienne.
 | `reviewMessage` | Un message privé au relecteur, 2 000 caractères. |
 
 Chaque clé est facultative ; toute autre clé est refusée. Le serveur MCP
-d’OverCrow écrit ce fichier.
+de PlayerVox OverCrow écrit ce fichier.
 
 ### Dans une CI
 
@@ -534,10 +537,11 @@ avec la clé dans les secrets du dépôt :
 
 <!-- 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:
@@ -562,7 +566,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 }}
@@ -572,7 +576,7 @@ Le job échoue pour tout code autre que 0. `OVERCROW_API_URL` dirige
 `submit` et `status` vers une autre API, pour des essais seulement :
 `https://`, ou `http://` vers `127.0.0.1`, `localhost` ou `[::1]`, avec un
 avertissement à chaque fois. Ne la posez jamais dans une vraie CI ; le
-serveur MCP d’OverCrow ne la pose jamais.
+serveur MCP de PlayerVox OverCrow ne la pose jamais.
 
 ## status
 
@@ -776,7 +780,8 @@ est annoncé par un nouveau `formatVersion`.
 version ; `status` sans `--wait` n’en a pas. Les codes
 d’erreur sont ceux de l’espace créateurs (`version_not_newer`,
 `submission_limit_reached`, `publish_key_expired`, `publish_key_revoked`,
-`widget_required`, `publish_key_widget_not_covered`…)
+`publish_key_owner_suspended`, `widget_required`,
+`publish_key_widget_not_covered`…)
 ou ceux de l’outil : `publish_key_missing`, `invalid_publish_key`,
 `api_url_invalid`, `submission_file`, `sources`, `sources.read`, `network`,
 `timeout`, `server`, `response`, `redirect`, `upload_refused`,

package/dist/content/docs/fr/dev-channel.md

@@ -16,10 +16,10 @@ Ctrl+C.
 
 ## L’activer
 
-Le canal n’existe que tant qu’OverCrow s’exécute avec les installations de
-développement autorisées, c’est-à-dire lancé avec la variable
-d’environnement `OVERCROW_WIDGET_DEVELOPMENT=1`. Sans elle, l’overlay
-n’ouvre rien.
+Le canal n’existe que tant que PlayerVox OverCrow s’exécute avec les
+installations de développement autorisées, c’est-à-dire lancé avec la
+variable d’environnement `OVERCROW_WIDGET_DEVELOPMENT=1`. Sans elle,
+l’overlay n’ouvre rien.
 
 **Linux.** Définissez la variable pour les services de votre session, puis
 redémarrez l’overlay :
@@ -37,8 +37,8 @@ systemctl --user unset-environment OVERCROW_WIDGET_DEVELOPMENT
 systemctl --user restart overcrow-overlay.service
 ```
 
-**Windows.** Quittez OverCrow depuis son icône de la zone de notification,
-puis lancez-le depuis PowerShell :
+**Windows.** Quittez PlayerVox OverCrow depuis son icône de la zone de
+notification, puis lancez-le depuis PowerShell :
 
 ```text
 $env:OVERCROW_WIDGET_DEVELOPMENT='1'; & "$env:LOCALAPPDATA\Programs\OverCrow\OverCrow.exe"
@@ -136,5 +136,5 @@ l’utiliser : leur sandbox n’y a pas accès.
 
 C’est pourquoi le canal est désactivé par défaut. Une fois activé, tout
 programme que vous lancez peut afficher un widget non vérifié dans votre
-overlay, aussi longtemps qu’OverCrow s’exécute. Désactivez-le quand vous
-avez terminé.
+overlay, aussi longtemps que PlayerVox OverCrow s’exécute. Désactivez-le
+quand vous avez terminé.

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

@@ -19,7 +19,7 @@ les entoure : expressions, `if`, `for`, composants.
 ```
 
 Deux conteneurs `box`, deux éléments `text` liés à l’état et un `chart` doté
-d’une `series` : OverCrow dessine le tout, graphique compris.
+d’une `series` : PlayerVox OverCrow dessine le tout, graphique compris.
 
 ## Lire la fiche d’un élément
 
@@ -441,10 +441,10 @@ Toute autre `key` est un unique caractère imprimable.
 
 ## Tailles par défaut
 
-Les éléments qu’OverCrow dessine prennent ces tailles, en pixels logiques à
-100 %, sauf si le style définit `width` ou `height`. Tout autre élément tire
-sa taille de son contenu et du style : un `canvas` n’a pas de taille tant
-que le style ne lui en donne pas.
+Les éléments que PlayerVox OverCrow dessine prennent ces tailles, en pixels
+logiques à 100 %, sauf si le style définit `width` ou `height`. Tout autre
+élément tire sa taille de son contenu et du style : un `canvas` n’a pas de
+taille tant que le style ne lui en donne pas.
 
 <!-- generated:default-sizes -->
 | Élément | Quand | Largeur | Hauteur |

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

@@ -9,9 +9,10 @@ de laisser l’utilisateur écrire dans ses notes, publier sa note d’un jeu su
 PlayerVox ou envoyer un message de chat, sans que le texte passe jamais par
 le code du widget.
 
-Les widgets ne reçoivent d’entrées qu’en mode interactif d’OverCrow. En mode
-passif, un clic traverse le widget jusqu’au jeu : masquez ou désactivez ce
-qui est inutilisable, comme le font les widgets intégrés avec `host.mode`.
+Les widgets ne reçoivent d’entrées qu’en mode interactif de
+PlayerVox OverCrow. En mode passif, un clic traverse le widget jusqu’au jeu
+: masquez ou désactivez ce qui est inutilisable, comme le font les widgets
+intégrés avec `host.mode`.
 
 ## Contrôles
 
@@ -59,10 +60,10 @@ un nombre pour un curseur, du texte pour les autres.
 
 ### Champs de texte
 
-OverCrow édite lui-même le texte d’un `field` ou d’un `textarea` : le point
-d’insertion, la sélection, le copier-coller et les méthodes de saisie des
-langues qui composent leurs caractères. La logique reçoit une copie du texte
-dans chaque événement `input`.
+PlayerVox OverCrow édite lui-même le texte d’un `field` ou d’un `textarea` :
+le point d’insertion, la sélection, le copier-coller et les méthodes de
+saisie des langues qui composent leurs caractères. La logique reçoit une
+copie du texte dans chaque événement `input`.
 
 <!-- source: widgets/warframe-market/view.ocml -->
 ```xml
@@ -94,8 +95,8 @@ une indication tant que le champ est vide.
 
 Un champ envoie aussi `keydown` quand vous le demandez, avec la touche et
 ses modificateurs, pour des raccourcis comme Échap pour annuler. Les touches
-qu’OverCrow se réserve (Tab pour déplacer le focus, ses propres raccourcis,
-une composition en cours) ne sont pas transmises.
+que PlayerVox OverCrow se réserve (Tab pour déplacer le focus, ses propres
+raccourcis, une composition en cours) ne sont pas transmises.
 
 ### Le focus à l’ouverture d’un éditeur
 
@@ -110,7 +111,7 @@ champ, après son texte, comme le ferait un clic dans ce champ.
         <field class="title-field" name="title" autofocus placeholder={t("title-hint")} label={t("title-hint")} on:input={titleInput(editor.key, event.value)} on:keydown={keyed(editor.key, event.key, event.ctrl)}/>
 ```
 
-OverCrow ne donne ce focus que si l’élément apparaît pendant une
+PlayerVox OverCrow ne donne ce focus que si l’élément apparaît pendant une
 [action de l’utilisateur](services.md#les-appels-qui-demandent-une-action-de-lutilisateur),
 en mode interactif, dans le widget sur lequel l’utilisateur a agi ; quand
 plusieurs de ces éléments apparaissent ensemble, le premier de la vue le
@@ -192,25 +193,25 @@ sont pas des appels de service. C’est un formulaire doté d’un attribut
     </form>
 ```
 
-Quand l’utilisateur valide un tel formulaire, **OverCrow lit les valeurs des
-contrôles de ce formulaire et les envoie lui-même**. La logique du widget ne
-fournit jamais le texte : un widget ne peut donc ni écrire ce que
-l’utilisateur n’a pas saisi, ni valider sans lui. Le formulaire ne part que
-sur une action de l’utilisateur, en mode interactif, avec la capability
+Quand l’utilisateur valide un tel formulaire, **PlayerVox OverCrow lit les
+valeurs des contrôles de ce formulaire et les envoie lui-même**. La logique
+du widget ne fournit jamais le texte : un widget ne peut donc ni écrire ce
+que l’utilisateur n’a pas saisi, ni valider sans lui. Le formulaire ne part
+que sur une action de l’utilisateur, en mode interactif, avec la capability
 accordée.
 
 Ce que cela change pour la vue et la logique :
 
-- **Les contrôles appartiennent à OverCrow.** Les contrôles `field`,
-  `textarea` et `slider` du formulaire ne prennent pas de `value` :
+- **Les contrôles appartiennent à PlayerVox OverCrow.** Les contrôles
+  `field`, `textarea` et `slider` du formulaire ne prennent pas de `value` :
   `overcrow-widget check` le refuse (`view.bound_value`), et OverCrow arrête
   un widget qui en définit un à l’exécution. Leur attribut `name` indique à
   quel champ de l’intent chacun correspond.
-- **OverCrow les remplit** là où l’intent le prévoit : le titre, le corps et
-  la liste de tâches de la note, la note publiée par l’utilisateur. Un
-  remplissage envoie l’événement `input` du contrôle avec la valeur, pour
-  que la logique sache ce qui est affiché ; cet événement n’est pas une
-  action de l’utilisateur.
+- **PlayerVox OverCrow les remplit** là où l’intent le prévoit : le titre,
+  le corps et la liste de tâches de la note, la note publiée par
+  l’utilisateur. Un remplissage envoie l’événement `input` du contrôle avec
+  la valeur, pour que la logique sache ce qui est affiché ; cet événement
+  n’est pas une action de l’utilisateur.
 - **La logique suit par les événements `input`**, pour afficher un compteur
   ou activer le bouton, et peut désactiver les contrôles.
 - **L’issue arrive dans l’événement `submit` du formulaire** :
@@ -293,11 +294,11 @@ on répond pour `twitch.chat.send`.
 ### Plusieurs lignes d’un même champ
 
 L’intent `notes.save` prend un champ `item` par ligne de la liste de tâches.
-La logique décide des lignes du formulaire, avec un `for` ; OverCrow remplit
-le champ de chaque ligne à partir de la note enregistrée et retient quelle
-entrée de la liste de tâches il y a placée. Une ligne que la logique retire
-ou déplace garde son entrée, et une ligne ajoutée depuis est une nouvelle
-entrée.
+La logique décide des lignes du formulaire, avec un `for` ;
+PlayerVox OverCrow remplit le champ de chaque ligne à partir de la note
+enregistrée et retient quelle entrée de la liste de tâches il y a placée.
+Une ligne que la logique retire ou déplace garde son entrée, et une ligne
+ajoutée depuis est une nouvelle entrée.
 
 <!-- source: widgets/notes/view.ocml -->
 ```xml
@@ -319,11 +320,11 @@ Ctrl+Entrée ou le bouton `submit` enregistre.
 
 Deux services suppriment des données de l’utilisateur : `notes.delete` et
 `journal.delete`. Ce sont des appels ordinaires qui demandent une action de
-l’utilisateur. OverCrow demande ensuite à l’utilisateur de confirmer, dans
-une boîte de dialogue qu’il dessine lui-même, hors du widget. L’appel
-aboutit quand l’utilisateur confirme et échoue avec `cancelled` quand il
-refuse. Ne dessinez pas votre propre « Êtes-vous sûr ? » : seule la
-confirmation d’OverCrow compte.
+l’utilisateur. PlayerVox OverCrow demande ensuite à l’utilisateur de
+confirmer, dans une boîte de dialogue qu’il dessine lui-même, hors du
+widget. L’appel aboutit quand l’utilisateur confirme et échoue avec
+`cancelled` quand il refuse. Ne dessinez pas votre propre « Êtes-vous sûr ?
+» : seule la confirmation d’OverCrow compte.
 
 ## Points à vérifier pour un formulaire
 
@@ -337,5 +338,5 @@ confirmation d’OverCrow compte.
   ni sur ses curseurs, et chaque contrôle nommé est un champ de l’intent.
 - Testez-le avec un scénario : les étapes `text` saisissent du texte dans le
   champ qui a le focus, les étapes `key` appuient sur Entrée, et
-  `expect.intents` vérifie exactement ce qu’OverCrow a envoyé. Voir
-  [Tester un widget](testing.md#steps).
+  `expect.intents` vérifie exactement ce que PlayerVox OverCrow a envoyé.
+  Voir [Tester un widget](testing.md#steps).

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

@@ -6,7 +6,7 @@ lancer dans OverCrow, le tester, l’empaqueter et le soumettre. Chaque étape
 renvoie à la page qui la traite en détail.
 
 Pour travailler plutôt avec un assistant IA, ajoutez-lui le serveur MCP
-d’OverCrow : voir [MCP](mcp.md).
+de PlayerVox OverCrow : voir [MCP](mcp.md).
 
 ## 1. Installer les outils
 
@@ -15,7 +15,7 @@ d’OverCrow : voir [MCP](mcp.md).
 - **Node.js 22 ou plus récent** et npm, pour que `check` vérifie les types
   de votre logique avec le TypeScript du projet et le SDK de npm. Sans lui, la CLI vérifie et
   empaquette quand même, mais signale que les types n’ont pas été vérifiés.
-- **OverCrow**, pour lancer le widget pendant que vous l’écrivez.
+- **PlayerVox OverCrow**, pour lancer le widget pendant que vous l’écrivez.
 
 `overcrow-widget doctor` indique ce que votre installation a et ce qui lui
 manque.
@@ -147,9 +147,9 @@ Fournissez les deux fichiers ou aucun, avec les mêmes clés. Voir
 overcrow-widget check
 ```
 
-`check` exécute les mêmes validateurs qu’OverCrow : manifeste, vue, style,
-messages, une analyse de la logique selon ce que la VM exécute, le
-TypeScript du projet, et un paquet construit en mémoire puis relu. Chaque
+`check` exécute les mêmes validateurs que PlayerVox OverCrow : manifeste,
+vue, style, messages, une analyse de la logique selon ce que la VM exécute,
+le TypeScript du projet, et un paquet construit en mémoire puis relu. Chaque
 problème a un code stable, une position et une ligne d’aide ; voir les
 [diagnostics](cli.md#diagnostics).
 
@@ -159,9 +159,9 @@ problème a un code stable, une position et une ligne d’aide ; voir les
 overcrow-widget dev
 ```
 
-`dev` envoie le widget à l’overlay OverCrow qui tourne sur votre machine et
-le recharge à chaque enregistrement. OverCrow ne le propose que s’il a été
-lancé avec les installations de développement autorisées
+`dev` envoie le widget à l’overlay PlayerVox OverCrow qui tourne sur votre
+machine et le recharge à chaque enregistrement. OverCrow ne le propose que
+s’il a été lancé avec les installations de développement autorisées
 (`OVERCROW_WIDGET_DEVELOPMENT=1` ; `overcrow-widget doctor` affiche les
 commandes). Le widget porte la mention
 **Unverified · development package** ; ses permissions déclarées sont
@@ -176,9 +176,9 @@ Deux sortes de tests, décrites dans [tester un widget](testing.md) :
 - des tests unitaires de la logique avec `@overcrow/sdk/testing`, qui
   exécute votre module avec un temps virtuel et des services simulés ;
 - des scénarios joués par `overcrow-widget test` dans le runtime headless
-  d’OverCrow : la vraie VM et le vrai rendu, des services qui répondent avec
-  des fixtures (des données simulées), et des images comparées à des images
-  de référence.
+  de PlayerVox OverCrow : la vraie VM et le vrai rendu, des services qui
+  répondent avec des fixtures (des données simulées), et des images
+  comparées à des images de référence.
 
 <!-- source: templates/counter/tests/example.scenario.json -->
 ```json
@@ -252,7 +252,8 @@ utilisateurs obtiennent les widgets par le catalogue signé. Voir
 
 Ajoutez un `listing.json` avec le texte de la marketplace et lancez
 vous-même l’admission. Les widgets ne sont plus proposés par pull request :
-vous enverrez le vôtre depuis l’espace créateurs OverCrow, à son ouverture.
+vous enverrez le vôtre depuis l’espace créateurs PlayerVox OverCrow, à son
+ouverture.
 
 ```sh
 overcrow-widget admit

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

@@ -8,9 +8,9 @@ avec `@overcrow/sdk`. L’outil en ligne de commande `overcrow-widget` le
 vérifie, le teste et l’empaquette ; le catalogue signé l’apporte aux
 utilisateurs.
 
-Tous les widgets intégrés d’OverCrow sont écrits ainsi, avec le même SDK
-public, le même format de paquet et le même sandbox que les vôtres. Leurs
-sources sont les [widgets de référence](widgets.md).
+Tous les widgets intégrés de PlayerVox OverCrow sont écrits ainsi, avec le
+même SDK public, le même format de paquet et le même sandbox que les vôtres.
+Leurs sources sont les [widgets de référence](widgets.md).
 
 ## De quoi est fait un widget
 
@@ -54,20 +54,20 @@ export function increment(): void {
 
 - La logique tourne dans sa propre petite VM JavaScript, dans son propre
   processus, enfermé dans un sandbox. Elle n’a ni DOM, ni système de
-  fichiers, ni réseau, ni accès aux autres widgets : elle n’atteint OverCrow
-  que par le SDK.
+  fichiers, ni réseau, ni accès aux autres widgets : elle n’atteint
+  PlayerVox OverCrow que par le SDK.
 - Après chaque événement, déclenchement de minuteur ou réponse d’un service,
-  la VM évalue de nouveau la vue et n’envoie à OverCrow que ce qui a changé.
-  OverCrow met en page et dessine le widget lui-même : aucun moteur web
-  n’intervient.
+  la VM évalue de nouveau la vue et n’envoie à PlayerVox OverCrow que ce qui
+  a changé. OverCrow met en page et dessine le widget lui-même : aucun
+  moteur web n’intervient.
 - Tout ce qui touche à l’extérieur (réseau, stockage, presse-papiers,
-  données de jeu) est un service d’OverCrow. À chaque appel, celui-ci
-  vérifie les permissions que le widget a déclarées et que l’utilisateur a
-  accordées. Voir [services et permissions](services.md).
+  données de jeu) est un service de PlayerVox OverCrow. À chaque appel,
+  celui-ci vérifie les permissions que le widget a déclarées et que
+  l’utilisateur a accordées. Voir [services et permissions](services.md).
 
-Ces pages appellent OverCrow **l’hôte** quand elles décrivent ce qu’il fait
-pour un widget : l’hôte dessine la vue, répond aux services et conserve les
-données de l’utilisateur.
+Ces pages appellent PlayerVox OverCrow **l’hôte** quand elles décrivent ce
+qu’il fait pour un widget : l’hôte dessine la vue, répond aux services et
+conserve les données de l’utilisateur.
 
 ## Par où commencer
 
@@ -80,7 +80,7 @@ données de l’utilisateur.
    [services et permissions](services.md), les [formulaires](forms.md).
 4. Servez-vous des outils : la [CLI](cli.md), les [tests](testing.md) et le
    [canal de développement](dev-channel.md), qui exécute votre widget dans
-   OverCrow pendant que vous l’écrivez.
+   PlayerVox OverCrow pendant que vous l’écrivez.
 5. Cherchez un élément, une propriété de style, un service ou une fonction
    du SDK dans la [référence](reference.md).
 6. Avant de publier, lisez [le paquet](package.md),