Build and deploy / test-python (push) Successful in 7m48s
Build and deploy / test-js (push) Successful in 52s
Build and deploy / lint-python (push) Successful in 5m44s
Build and deploy / lint-js (push) Failing after 1m52s
Build and deploy / build-and-push (push) Skipped
Build and deploy / deploy (push) Skipped
Build and deploy / sonarqube (push) Failing after 5m5s
Retour utilisateur : "il faut implementer un systeme de page". Un support est desormais compose de PLUSIEURS pages (_document_pages), chacune un document independant affiche seul sur le canevas -- chaque element appartient a exactement une page via page_id (document_engine/ elements/*, routes/document/document_element_add.py/document_render.py revalident desormais un page_id explicite). Migration automatique et silencieuse pour les supports crees avant cette fonctionnalite (db/supports/ensure_document_pages_schema.py, meme convention que les ensure_X_schema.py existants) : leurs elements deviennent tous les enfants d'une "Page 1" creee a la volee, aucune perte de contenu. Nouveau paquet document_engine/pages/ (add/list/get/rename/move/delete) et 4 routes dediees (routes/document/document_page_*.py) -- supprimer la DERNIERE page restante est refuse (garde-fou pose a la route, meme decoupage que routes/game/screens/screen_delete.py cote jeu, jamais dans la fonction bas niveau). Cote editeur : une bande d'ONGLETS au-dessus du canevas (jamais un panneau lateral, choix explicite de l'utilisateur) -- clic pour changer de page, double-clic pour renommer (contenteditable), glisser pour reordonner, "+" pour ajouter, "x" pour supprimer. Changer de page vide la pile Annuler/Retablir (une commande empilee sur une autre page n'a plus de sens). Mode Apercu : navigation Page precedente/suivante avec indicateur "Page X / N" (choix explicite : page par page, pas de defilement continu), jamais affichee s'il n'y a qu'une seule page. Verifie : suite pytest complete (702 tests, dont 14 nouveaux pour les routes de pages), simulation DOM reelle (jsdom, 25 assertions couvrant tout le cycle de vie cote client -- creation/bascule/renommage/ reordonnancement/suppression de page, portee correcte des elements par page, pile Annuler/Retablir videe au changement de page, pilule de navigation en Apercu), et un test de fumee HTTP reel contre le serveur de dev en marche (creation/ajout d'element/rendu/renommage/suppression d'une page, refus de supprimer la derniere page, page inconnue -> 404). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
30 lines
1.5 KiB
Python
30 lines
1.5 KiB
Python
from flask import jsonify, request
|
|
from werkzeug.wrappers import Response
|
|
|
|
import document_engine
|
|
from core.flask_app import app
|
|
|
|
|
|
@app.route("/document/<slug>/render")
|
|
def document_render(slug: str) -> Response | tuple[Response, int]:
|
|
"""Rendu HTML complet et à jour d'UNE PAGE du document (?page_id=) —
|
|
appelé par le moteur de layout côté client après toute mutation
|
|
structurelle (ajout/déplacement/suppression) pour reconstruire le
|
|
canevas depuis la vérité serveur (recalcul réel des rangées, jamais
|
|
une simple retouche DOM locale, voir docs/plan/PLAN.md — "recalcul au
|
|
déplacement"). Le canevas n'affiche jamais qu'une seule page à la
|
|
fois (voir document_engine/pages/), d'où ce paramètre.
|
|
|
|
`elements` est revalidé (document_engine.sanitize_element_attributes)
|
|
avant d'être renvoyé au client — même raison que routes/document/
|
|
document_edit.py : le panneau Propriétés reçoit `data.elements`
|
|
directement depuis cette route à chaque rafraîchissement du canevas."""
|
|
page_id = request.args.get("page_id", type=int)
|
|
if page_id is None or document_engine.get_document_page(slug, page_id) is None:
|
|
return jsonify({"error": "page introuvable"}), 404
|
|
elements = [
|
|
{**el, "attributes": document_engine.sanitize_element_attributes(el["kind"], el["attributes"])}
|
|
for el in document_engine.list_document_elements(slug, page_id)
|
|
]
|
|
return jsonify({"html": document_engine.render_document(elements), "elements": elements})
|