- Ce sujet contient 1 réponse, 2 participants et a été mis à jour pour la dernière fois par
, le il y a 10 années et 7 mois.
-
Messages
-
-
Bonjour,
Cela fait plusieurs fois que je rencontre le problème suivant en restaurant une classe :
– si je la restaure dans un partage de classes, je ne peux plus désactiver les feuilles. Hors, celles-ci sont restaurées telles qu’elles étaient lors de la sauvegarde.
– toutes les dates de péremption doivent être modifiées (en général, augmentées d’une année).
Je me suis donc habitué à modifier le fichier « .sheets » dans l’archive avant de restaurer la classe.
Cependant, ne serait-il pas utile d’automatiser cette tâche lors de la restauration (par une option qui déclencherait un script mettant tous les états des feuilles à « :0 » dans le fichier .sheets, ainsi que toutes les dates de péremptions à la date d’expiration de la nouvelle classe) ? -
Bonjour
La question de la date de péremption ne dépend pas du partage de classes ; dans une classe individuelle sans partage, c’est la même chose.
On en avait discuté un jour (à Rennes ?), et ce que j’en avais retenu, c’est que ce n’est pas si simple que ça, car cela dépend des utilisations des sauvegardes. Si on fait une restauration en cours d’année pour transporter sa classe ailleurs par exemple, il faut que tout soit maintenu en l’état y compris dates de péremption des feuilles et leur statut.
Il me semble qu’on avait évoqué 2 options qui semblaient compatibles avec les usages les plus courants : remplacement automatique de la date de péremption des feuilles par la date de péremption de la classe et mise en mode « En préparation », mais sous condition :
* soit une case à cocher à la restauration (+ compliqué à faire ?)
* soit dans le cas où toutes les feuilles de la sauvegarde sont périmées
Je ne sais pas si ça a été volontairement abandonné pour une raison qui n’était pas apparue à l’époque, ou si ça a été mis de côté ou « oublié »…
Chantal
-
- Vous devez être connecté pour répondre à ce sujet.