williamandClaude Sonnet 5
c57420c8c9
Config strictement stricte partout (ruff, mypy --strict, bandit, vulture, import-linter, eslint, stylelint), aucune regle desactivee "pour ne pas casser le build" - l'existant a ete corrige pour la satisfaire plutot que l'inverse. Hooks pre-commit locaux (language: system) bloquants. - Typage mypy --strict propage a tout le moteur (db, screens, auth, core, ai, routes, puis publish/scripts/tests/app.py/build_css.py). - Securite : fuite de handle fichier Windows corrigee dans l'export SCORM (routes/publish/export_scorm.py), CSRF/RNG non-crypto/xAPI documentes (# nosec, # NOSONAR justifies), nouveau db.json_for_script() (echappe "</script>" dans le JSON embarque en <script>, 25 sites). - Architecture : imports circulaires/F811 nettoyes, contrats import-linter respectes, code mort retire (vulture). - Accessibilite : 69 champs de formulaire sans label correctement associe corriges (for/id ou aria-label) sur 11 templates. - ESLint/Stylelint : lot mecanique JS/CSS, regles ajustees puis appliquees (aucune desactivee sans verification individuelle). - Tests : isolation du compte admin partage (nettoyage ponctuel + fixture de teardown automatique en filet de securite), suite complete verte (591 tests Python, 241 tests JS). - SonarQube Community Build self-heberge (Docker + PostgreSQL) : rapport complet analyse point par point, faux positifs documentes. - .gitattributes ajoute (LF force) : core.autocrlf=true sur cette machine faisait echouer ESLint (linebreak-style) via un bug connu de git (checkout "en place" qui ignore l'eol force sur un fichier deja present sur disque - contourne en supprimant puis recreant chaque fichier suivi). djLint (H021, styles inline) volontairement saute pour ce commit - backlog assume, deja documente, traite dans un lot separe. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
44 lines
1.7 KiB
Python
44 lines
1.7 KiB
Python
"""Assemble static/style.css à partir de styles/ — un simple concaténage,
|
|
PAS une compilation Sass (voir styles/bulma-override.css pour l'incident
|
|
qui a motivé ce choix : Bulma 1.x expose déjà tout son thème via des
|
|
variables CSS standard, aucun compilateur n'est nécessaire pour le
|
|
recolorer). Ordre important — chaque fichier ne fait que redéfinir des
|
|
variables/règles posées par le précédent :
|
|
1. static/vendor/bulma.min.css — Bulma 1.0.2 vendoré tel quel, non
|
|
modifié (voir son en-tête pour la provenance).
|
|
2. styles/bulma-override.css — variables --bulma-* de la charte Forge.
|
|
3. styles/forge-tokens.css — tokens --forge-*/--accent... de l'app.
|
|
4. styles/forge-custom.css — CSS custom de l'app (floatPanel, canvas,
|
|
éditeurs...), consomme les tokens ci-dessus.
|
|
|
|
Lancer `python build_css.py` après toute modification sous styles/ ou
|
|
static/vendor/bulma.min.css."""
|
|
|
|
import os
|
|
|
|
_BASE_DIR = os.path.dirname(os.path.abspath(__file__))
|
|
_STYLES_DIR = os.path.join(_BASE_DIR, "styles")
|
|
_OUTPUT = os.path.join(_BASE_DIR, "static", "style.css")
|
|
|
|
_SOURCES = [
|
|
os.path.join(_BASE_DIR, "static", "vendor", "bulma.min.css"),
|
|
os.path.join(_STYLES_DIR, "bulma-override.css"),
|
|
os.path.join(_STYLES_DIR, "forge-tokens.css"),
|
|
os.path.join(_STYLES_DIR, "forge-custom.css"),
|
|
]
|
|
|
|
|
|
def build() -> None:
|
|
chunks: list[str] = []
|
|
for path in _SOURCES:
|
|
with open(path, encoding="utf-8") as f:
|
|
chunks.append(f"/* ---- {os.path.relpath(path, _BASE_DIR)} ---- */\n" + f.read())
|
|
css = "\n\n".join(chunks)
|
|
with open(_OUTPUT, "w", encoding="utf-8") as f:
|
|
f.write(css)
|
|
print(f"Assemblé : {len(_SOURCES)} fichiers -> {_OUTPUT} ({len(css)} octets)")
|
|
|
|
|
|
if __name__ == "__main__":
|
|
build()
|