Checklist de soumission

Vérifie chaque point avant de soumettre ton module au Store OpenOverlay.

manifest.json contient tous les champs obligatoires.

version suit le format MAJOR.MINOR.PATCH et changelog est à jour.

minSystemVersion est renseigné si le module dépend d'une API introduite dans une version précise du système.

Chaque commande chat a un niveau d'accès configurable : commandPermission (commande unique) ou permission par entrée si le module utilise un tableau de slots.

overlay.js — les permissions sont vérifiées via api.checkPermission().

Aucun usage de localStorage pour l'état métier.

Les assets utilisateur sont résolus via api.resolveAsset().

admin.js — getCommands() est implémenté et retourne [] quand enabled === false ou quand le module n'expose aucune commande.

overlay.js — getCommands() aussi implémenté (au minimum { cmd, permission }) — alimente la commande d'aide.

Les niveaux d'accès utilisent tools.permissionSelect() et les valeurs standard.

Les types de messages sendToOverlay suivent la convention [modId]_[action].

Aucun attribut style="..." dans le HTML généré dynamiquement — aucune propriété visuelle (couleur, taille, marge, visibilité) ne passe par un inline style.

Le module ne modifie pas le DOM ou l'état d'un autre module.

Aucun fallback dans les var() des fichiers admin.css — utiliser var(--x) seul ; la valeur par défaut est définie via el.style.setProperty() en JS avant l'affichage.

Les couleurs dynamiques (issues de la config streamer) passent par el.style.setProperty('--ma-var', valeur), jamais par style="color:...".

Le render() admin n'ajoute PAS de toggle « Activer le module » — le dashboard en affiche déjà un natif.

Le ZIP de soumission ne dépasse pas 10 Mo.

← Retour à la normalisation Voir le Framework CSS →

OpenOverlay · Store · Documentation · Contact