Clonage d un nouveau semestre malgré programme plus récent #861
Labels
No Label
ABS
à confirmer
API
Apogée
bug
BUT
Dev
duplicate
enhancement
Entreprises
frontend
help wanted
invalid
Jury
PE
prio
question
RGPD
Users
wontfix
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: ScoDoc/ScoDoc#861
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Bonjour,
Quand on clone un formsemestre, on garde le même programme que le semestre original (ce qui est normal).
Le défaut est que le clonage permet la perpétuation d'un programme déprecié).
On pourrait au moment du clonage et vérifier si il n'y a pas un programme plus récent et proposer alors de recréer un nouveau semestre from scratch
Ou sinon marquer le programme comme déprécié quand on crée une nouvelle version
Un plus pourrait être de recopier les évaluations d'un formsemestre dans un autre même quand les deux n'émargent pas au même programme, la recopoie ne se faisant alors que sur les modules communs.
On a dans
Formation
un numéro de version, mais il n'est pas garanti que ce dernier soit monotone, il arrive que les utilisateurs partent d'une version antérieure et la modifie: elle conserve sont petit numéro mais est "plus récente".L'idée de marquer comme "déprécié" est intéressante (mais demande une migration BD pour ajouter ce champ).
Recopier les évaluations: cela pourrait être une fonction "avancée" proposée entre deux formsemestres quelconques, en se basant sur les codes de modules.