Restaurer les modifications d'un espace de travail standard
Restaurer les modifications d'un espace de travail standard
Un Gestionnaire d'espace de travail peut modifier un espace de travail standard livré par une application. Chaque enregistrement crée une ligne dans l'historique des versions. À la mise à jour, l'application réimporte son espace de travail depuis son fichier JSON. Cet import remplace la mise en page et efface vos modifications.
L'historique des versions survit à l'import. La page de restauration relit cet historique et réécrit votre modification comme une personnalisation du site. L'espace de travail retrouve sa mise en page d'avant la mise à jour, à la même adresse. La version de l'application n'est pas modifiée.
Prérequis
- Avoir le rôle Gestionnaire d'espace de travail.
- Le site n'est pas en mode développeur. En mode développeur, les modifications d'un espace de travail standard vont dans le fichier JSON de l'application. La page n'affiche alors rien et refuse toute restauration.
- Un espace de travail standard a été modifié sur ce site avant la mise à jour.
Ouvrir la page
- Ouvrez la recherche (Ctrl+K) et saisissez « workspace-restore ».
- Ouvrez la page Restore Workspace Edits.
La page liste les espaces de travail standard dont l'historique contient une modification de mise en page. La plus récente est en premier. Chaque ligne indique le titre, le module, la date et l'auteur de la modification, et un résumé : nombre de blocs, widgets ajoutés, changements de rôles.
Si rien n'est trouvé, la page affiche Rien à restaurer.
États d'une ligne
| État | Signification | Action |
|---|---|---|
| Écrasé | La mise à jour a remplacé la mise en page. | Restore |
| Pas encore écrasé | La mise en page de l'application contient encore votre modification. | Protéger : l'écrit comme personnalisation avant la prochaine mise à jour. |
| Restored | La modification est déjà une personnalisation. | Visit ouvre l'espace de travail. |
| Personnalisé depuis | Une autre personnalisation a été enregistrée après la mise à jour. | Restaurer à nouveau la remplace par la mise en page d'avant la mise à jour. |
Restaurer une mise en page
- Sur la ligne, cliquez sur l'action proposée.
- Confirmez. Le message rappelle que la mise en page devient une personnalisation du site. Les prochains changements de mise en page de l'application ne s'afficheront pas tant que vous n'aurez pas réinitialisé l'espace de travail.
- Un message confirme la restauration. Si certains éléments n'ont pas pu être repris, la fenêtre Restauré avec des limites les liste.
Exemple fictif : vous aviez ajouté trois raccourcis à l'espace de travail « Comptabilité ». Après la mise à jour, ils ont disparu et la ligne affiche Écrasé. Vous cliquez sur Restore. Les trois raccourcis reviennent.
Ce qui est restauré
| Élément modifié | Restauré |
|---|---|
| Mise en page (blocs) | Oui, la dernière version enregistrée avant la mise à jour |
| Raccourcis et cartes ajoutés | Oui, comme widgets supplémentaires |
| Rôles ajoutés ou retirés | Oui, par rapport à la version actuelle de l'application |
| Icône, couleur, visibilité | Oui, si la valeur est reconnue. Une couleur inconnue est ignorée avec un avertissement. |
| Modification d'une ligne livrée par l'application | Non, la version de l'application s'affiche |
| Lien ajouté à une carte livrée par l'application | Non |
| Position dans la barre latérale | Non |
Chaque élément non repris apparaît comme avertissement sur la ligne, puis après la restauration. Rien n'est ignoré sans message.
Widgets supprimés par une nouvelle version
Quand une mise à jour remplace un espace de travail modifié sur le site, Dodock garde une copie de l'ancienne version. Si la nouvelle version de l'application ne livre plus un raccourci ou une carte que votre mise en page utilisait, la restauration reprend ce widget depuis la copie. Une seule copie est gardée par modification : les imports suivants n'en créent pas de nouvelle.
Si le widget n'est pas dans la copie, le bloc reste vide et un avertissement l'indique.