Mieux gérer lorsque les fichiers d'un jeu de données ne sont pas/plus accessibles par l'outil #22
Labels
No labels
Retour Utilisateur
v
2.0.1
v
2.0.2
v
3.0.0
v
3.1.0
v
3.2.0
v
3.2.1
v
3.3.0
v
4.0.0
v
4.0.1
v
4.0.2
v
4.0.3
v
4.0.4
v
4.0.5
À Publier
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
ferrous_sapling/generation-rapports-acc#22
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
Exemple :
Il faudrait déjà ne pas oublier les autres jeux de données. Ensuite, on pourrait proposer à l'utilisateur·ice de dire à l'outil « oublie ce(s) jeu(x) de données » pour arrêter d'avoir ces messages d'erreur.
On pourrait aussi proposer à l'utilisateur·ice de saisir un autre dossier pour ce jeu de données. Dans les faits, c'est déjà ce qu'il se passe lorsqu'on saisit un dossier contenant des données pour le même couple
(opération, période)- l'outil écrase son souvenir de l'ancien dossier avec celui du nouveau dossier saisi. Néanmoins, l'utilisateur·ice n'a aucun moyen de deviner que cette action est possible – à part la tenter au hasard. On pourrait proposer un cheminement explicitement balisé « remplacer » ou « réimporter ». Dans ce cas, il serait bon de détecter si le nouveau dossier saisi contient bien des données pour le même couple(opération, période)et avertir l'utilisateur·ice le cas échéant en lui proposant d'annuler ce remplacement.Le commit
fa76b89e2dempêche une erreur de chargement / au lancement de provoquer un oubli des autres jeux de données ; l'outil se rabat sur le premier jeu qu'il arrive à charger correctement.Inclut dans la
v4.0.1.Publié sur codeberg.