* Définition à partir du nom complet en notation pointée (plutôt que
comme deux attributs indépendants "name" et "espace")
* Structure de données de premier niveau "dictionnaire" plutôt que liste,
s'aligne mieux avec notre contrainte d'unicité des noms
* Possibilité de définir les règles à partir d'une liste dans les tests,
dans ce cas il ne faut plus utiliser l'attribut "espace" mais renseigner
directement la notation pointée dans le "nom".
Prochainement :
- l'objectif de calcul dans l'URL
- faire marcher toutes les règles de co2.yaml
- rendre l'exploration correcte (ex. formatter correctemnt les nombres,
bien afficher les 'une possibilité')
- faire marcher publi.codes/App.js plutôt que d'écraser /embauche
Les variables qui n'ont pas de période définie ne subissent aucune
transformation.
Les variables flexibles ont la période courante de la simulation.
Est-ce nécessaire d'introduire ce 'période: flexible' ? C'est sûrement
possible de ne marquer flexibles que les variables d'entrée, et de le
déduire pour les variables de calcul, mais ça semble compliqué.
Maxime Quandalle
Mael
Johan Girod