Files
lage-chat-control/CONTRIBUTING.md
sucupira e091ec75f7 feat: migre le quiz, renomme en Lagé Chat Control, nettoie l'ère Astro
- Quiz de résistance (/quiz) migré d'Astro vers Svelte 5 : 12 questions,
  contenu fusionné dans content/quiz.json, score calculé localement
  (aucun envoi), barres par domaine, recommandations liées à l'annuaire
  réel (/outils?cat=…), persistance locale, partage natif/presse-papier.
  Audit axe-core : 0 violation.
- Renommage complet « Exit Chat Control » → « Lagé Chat Control » :
  i18n fr/gcf, manifest PWA, package.json, README, design system.
- README racine et frontend/README.md réécrits pour le projet Svelte :
  lancement local (pnpm dev) et déploiement VPS (renvoi vers
  docs/DEPLOYMENT.md), en français.
- CONTRIBUTING.md adapté à la nouvelle structure (content/outils/,
  forge labola) en conservant la politique éditoriale de confiance.
- Nettoyage : suppression de tout l'outillage Astro devenu inutile
  (src/, public/, scripts/, tests/, migration/, docker/, configs racine
  eslint/prettier/vitest/playwright/tsconfig, CI GitHub Actions, script
  de migration one-shot). robots.txt et security.txt recréés sous
  frontend/static/ avec les bonnes références (labola).
- Fix : pin pnpm via frontend/pnpm-workspace.yaml (onlyBuiltDependencies/
  allowBuilds pour esbuild) après suppression du package.json racine qui
  perturbait la résolution de version de corepack.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-07-10 14:02:54 -04:00

3.0 KiB

Contribuer à Lagé Chat Control

Les contributions sont bienvenues — ce guide existe parce que les gens partagent ce qui marche. Mais c'est un projet où la confiance prime : les lecteurs et lectrices suivent nos recommandations pour se protéger de la surveillance. Cette confiance est le produit, donc les règles ci-dessous sont strictes et non négociables. Chaque soumission est relue personnellement.

Pour les gestes simples (proposer un outil, corriger une fiche), la page /contribuer du site et le guide de contenu suffisent. Ce document couvre la politique éditoriale et les changements plus larges.

Ajouter un outil

Un outil doit remplir les trois règles :

  1. Traction — un projet établi, activement maintenu, avec un vrai usage. Pas un outil obscur ou abandonné, pas ton projet vieux de trois mois.
  2. Open source — un dépôt public sous licence OSI reconnue.
  3. Respectueux de la vie privée — pas de traqueur, pas de monétisation des données, documentation honnête.

Déclaration d'affiliation (obligatoire)

Si tu es autrice, mainteneur, salarié·e, investisseur ou autrement affilié·e à un outil que tu proposes, dis-le dans la description de la demande. Une auto-promotion non déclarée — même si le reste du travail est bon — entraîne la fermeture de la demande.

Politique des liens

  • Chaque outil référencé doit avoir une licence SPDX identifiable (voir content/outils/).
  • Les mises en avant éditoriales (is_featured, ordre des catégories) restent une décision de maintenance — une demande qui met en avant un outil au détriment des autres sera priée de revenir en arrière.

Contenu et faits

  • Chaque affirmation datée a besoin d'une source, primaire si possible (texte de loi, décision de justice, communiqué institutionnel — pas un article de blog).
  • Traductions : les micro-textes d'interface vivent dans frontend/src/lib/i18n/<locale>.json (clé manquante = erreur de build) ; le contenu des fiches dans content/outils/ (FR) et content/outils/gcf/ (jumelles créoles, voir CONTENT_GUIDE.md).

Changements de grande ampleur

Ouvre une discussion avant d'écrire une grosse demande (refontes, changement de stack, nouvelles sections). Les reconstructions complètes non sollicitées sont fermées par défaut — pas parce que le travail est mauvais, mais parce que le coût de relecture et de confiance croît avec la taille du diff.

Développement

cd frontend
pnpm install
pnpm dev          # serveur de développement
pnpm check        # types + accessibilité (svelte-check)
pnpm build        # build statique complet
pnpm audit:a11y   # audit axe-core sur le build servi en local

Le site doit rester : statique, lisible sans JavaScript pour tout le contenu et les formulaires de base, sans requête vers un domaine tiers. Voir docs/DEPLOYMENT.md pour la mise en production.