3 Commits

Include renames

Author	SHA1	Message	Date
williamandClaude Sonnet 5	7d48445443	Ajoute "Variable globale" au sélecteur "Valeur fixe / Donnée d'un autre objet" ... Le sélecteur de valeur de comparaison (tout contrôle "..._valeur" : filtre du Répéteur, Donnée liée, condition de visibilité) proposait déjà une valeur fixe ou le champ d'un AUTRE objet - manquait la possibilité de comparer à une variable globale (voir db/global_vars/), qui change elle aussi en cours de partie mais n'est rattachée à aucun objet précis. Nouvelle syntaxe interne "{{$nom_variable}}" (le "$" la distingue sans ambiguïté de "{{Objet.champ}}", qui attend toujours un point) : _resolve_filter_value (filter_repeater_rows.py) va lire sa valeur actuelle via db.get_global_variable, comme "{{Objet.champ}}" le fait déjà pour un champ d'objet. Le panneau de propriétés gagne un troisième mode "Variable globale" à côté de "Valeur fixe"/"Donnée d'un autre objet", avec la liste déroulante des variables existantes. Corrige au passage un bug latent découvert en testant bout en bout : un Répéteur SANS modèle de ligne (texte brut avec {{champ}}) plantait en mode jouable avec TypeError - render_repeater.py substitue lui aussi directement les {{champ}} du ctx dans ce cas (repli), et ce ctx porte aussi _forge_play_mode (un booléen, voir render_element_html.py) depuis l'ajout de la condition de visibilité - déjà corrigé pour le chemin générique (apply_ctx.py) mais pas pour ce chemin séparé. Le sélecteur de champ pour insérer {{champ}} dans "Contenu" (demandé dans le même message) existe déjà depuis un tour précédent (voir insertFieldAtCursor()) - vérifié toujours fonctionnel. Ajoute tests/test_filter_value_global_variable.py. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-08-25 16:51:18 +02:00
william	aa3be503ce	Expose relation fields in the champ pickers and fix their column resolution ... data_definition_options() used to exclude relation-type fields from its field list entirely, so a filter/binding could never reference "the linked object" of a row — and even when a relation field's clean name was typed manually (as the earlier "level.parcour" example needed), it silently matched nothing: every column lookup for a filter/repeater field used the field's own name, but a relation is actually stored in a "<field>_id" column (see create_definition.py), so the lookup always missed. Relation fields now appear in the champ dropdowns (Répéteur's filtre_champ/filtre2_champ, Donnée liée's data_filtre_champ/data_filtre2_champ) labeled with the object they point to (e.g. "parcour (→ parcours)"), and a new _field_column() helper in filter_repeater_rows.py resolves the right "<field>_id" column whenever the field turns out to be a relation — used consistently by the filter comparison itself, the "{{Objet.champ}}" dynamic-value resolver, the repeater's row content ({{champ}}), and the Donnée liée row context. Jauge's own champ/champ_nom pickers (which need an actual displayable value, not an id) still exclude relations, both server- and client-side. Verified end to end: the dropdown shows the relation field with its target-object label, and filtering "level" rows by the clean relation field name "parcour" (not "parcour_id") against a dynamic {{game.current_parcours}} reference now actually matches, alongside the existing "number" filter. Full suite green (89).	2026-08-25 06:48:04 +02:00
williamandwilliam	3f4ebc4527	first commit	2026-08-21 16:23:49 +02:00