Gestion de la structure du contenu et de l’accès

La structuration du contenu et la gestion des accès d’un Workspace peuvent être effectuées à la fois depuis la page Admin – Explorer (par un administrateur) ou depuis la page Projects principale (par un membre du Workspace disposant de droits suffisants). Les commandes et fonctionnalités de ces pages vous permettent de :

• Parcourir les dossiers et les éléments du Workspace. Vous pouvez créer, modifier et supprimer des dossiers afin de construire la structure du Workspace. Les dossiers et éléments supprimés sont envoyés dans la Corbeille, où ils peuvent être supprimés définitivement ou restaurés.

• Définir le partage au niveau des dossiers et au niveau des éléments. Cela détermine qui peut voir quel contenu dans le Workspace et, au niveau du dossier, si les autres utilisateurs peuvent simplement consulter un dossier et son contenu, ou aussi le modifier (c’est-à-dire y publier/valider/téléverser des données de conception).

• Spécifier si un dossier ou un élément (tel qu’un projet) hérite de ses autorisations de partage de son dossier parent. Il s’agit de la condition par défaut.

En termes de structure et de gestion du contenu, les interfaces des pages Projects et Explorer diffèrent en matière de capacités et de facilité d’utilisation :

• La page Projects du Workspace offre une approche simple de la gestion des dossiers et des éléments de projet, accessible aux administrateurs, aux propriétaires de projets/éléments et aux autres utilisateurs disposant de droits d’édition suffisants.
  Remarque : avec cette interface, vous ne pouvez pas modifier ni définir les autorisations de partage pour le dossier Projects de niveau supérieur (par défaut), ni créer un autre dossier de niveau supérieur.

  La majorité des tâches de gestion de la structure et des autorisations du Workspace peuvent être effectuées à partir des commandes de la page Projects.

• La page Explorer du Workspace, semblable au panneau Explorer d’Altium Designer et accessible uniquement aux administrateurs, fournit un accès de gestion à tous les dossiers et éléments, y compris les données de Release de projet, les composants, le contenu géré, etc.
  Remarque : avec cette interface, vous ne pouvez pas partager un projet de conception ni déplacer des dossiers et des éléments.

  La page Explorer fournit un contrôle détaillé sur la structure du Workspace et les paramètres d’autorisation, y compris l’accès au dossier Projects de niveau supérieur.

Partage des dossiers et des éléments

Related page: Contrôle de l’accès au contenu du serveur (page Altium Designer)

La structure de dossiers d’un Workspace Altium 365 repose sur un mécanisme avancé d’héritage des autorisations fondé sur la propagation des autorisations de partage des objets parents vers les objets enfants — ces derniers pouvant être un dossier ou des éléments de conception tels que des projets, composants, fichiers BOM, modèles, etc. Cette organisation simplifie la mise en place de la structure de dossiers d’un Workspace et de ses autorisations de partage afin de répondre aux exigences d’accès des utilisateurs et groupes d’utilisateurs de l’entreprise.

Un Workspace offre les capacités de partage suivantes :

• Folder-level Sharing – permet de contrôler qui peut voir quel contenu dans le Workspace en partageant des dossiers. Cela permet de déterminer si les autres utilisateurs peuvent simplement consulter un dossier et son contenu, ou aussi le modifier (c’est-à-dire y publier/valider/téléverser des données de conception). Un même Workspace peut être partitionné en différentes « zones » de contenu effectives avec des autorisations contrôlées au niveau des dossiers, ce qui permet de rendre le contenu sélectivement visible ou masqué selon les besoins, afin de donner aux bonnes personnes le bon accès aux bonnes données.

• Item-level Sharing – permet de contrôler qui peut voir et accéder à quels éléments dans un dossier partagé. Ce niveau de partage plus spécifique vous permet de remplacer (ou de compléter) l’ensemble d’autorisations qu’un élément a hérité de son dossier parent. À condition qu’un utilisateur ait accès au dossier lui-même, il pourra alors consulter/modifier (selon ses autorisations) les éléments de ce dossier qui lui sont partagés.

Les capacités de partage ci-dessus respectent le mécanisme d’héritage des autorisations du Workspace. Dans le cas le plus simple, les autorisations appliquées à un dossier se propagent vers le bas dans la hiérarchie des dossiers via les relations parent-enfant — du dossier au sous-dossier, tout au long de la chaîne.

Cette structure d’héritage des autorisations est conservée (sauf désactivation intentionnelle à un certain niveau de la hiérarchie) lors de l’ajout de dossiers dans la hiérarchie, ainsi que lors de l’ajout d’autorisations au sein de celle-ci. Lorsqu’une autorisation supplémentaire est appliquée à un dossier qui n’est pas le dossier de niveau supérieur — c’est-à-dire un dossier situé dans la hiérarchie — elle est héritée vers le bas à partir de ce niveau, sans affecter les autorisations existantes.

Dans la page Projects du Workspace, les autorisations des dossiers de projet peuvent être consultées et modifiées depuis les options de l’interface Share. Sélectionnez une entrée de dossier, puis le bouton supérieur ou l’option Share dans le menu de l’entrée pour accéder à la fenêtre Share Item. Notez que :

• par défaut — lorsqu’un Workspace est activé pour la première fois — le dossier Projects de niveau supérieur n’est pas accessible dans la page Projects, mais il devient disponible si d’autres dossiers de niveau supérieur sont créés. L’interface de la page Explorer peut toujours accéder au dossier Projects.

• l’interface et les fonctionnalités de la fenêtre fonctionnent de la même manière lors du partage d’un projet — cela inclut la possibilité de changer le propriétaire de l’élément (dossier).

Dans la page Explorer, les contrôles de partage sont accessibles en cliquant avec le bouton droit sur l’entrée de l’arborescence de navigation du dossier (ou de l’élément) et en utilisant la commande Share Folder (ou Share Item) du menu contextuel. La fenêtre Share apparaît, à partir de laquelle les autorisations d’accès au dossier/élément peuvent être modifiées selon les besoins.

Points à connaître :

• En termes d’autorisations, un utilisateur/groupe dispose d’un accès Lecture/Écriture lorsque l’option Can Write (Modifier) est activée. Si cette option est désactivée, il dispose uniquement d’un accès Lecture (Affichage).

  Activer l’accès Edit à un dossier/élément pour un utilisateur/groupe revient effectivement à ajouter une autorisation supplémentaire à son ensemble d’autorisations (ACL), et ramener cet accès à View revient effectivement à supprimer une autorisation de cet ensemble.

• En termes de sélections d’autorisations de partage dans l’interface utilisateur :

  • Une option Can Write cochée (lecture/écriture) sur la page Explorer équivaut à Can Edit sélectionné sur la page Projects. 

  • Une option Can Write décochée (lecture seule) sur la page Explorer équivaut à Can View sélectionné sur la page Projects.

• Pour supprimer l’accès partagé à un dossier/élément pour un utilisateur/groupe existant :

  • sur la page Projects, sélectionnez l’option Remove de la vignette utilisateur/groupe dans la fenêtre Share Item.

  • sur la page Explorer, cliquez sur le contrôle Remove associé à l’entrée utilisateur/groupe () dans la fenêtre Share.

• Par défaut, un dossier/élément n’est accessible qu’à son propriétaire (initialement son créateur) et à tous les membres du groupe Administrators. Ces autorisations sont inhérentes et n’ont pas besoin d’être ajoutées explicitement. Owners et Administrators disposent des autorisations Lecture/Écriture (Afficher/Modifier).

• Pour permettre à tous les utilisateurs du Workspace de voir un dossier/élément :

  • dans la fenêtre Share Item de la page Projects, définissez l’option d’accès de la vignette Workspace Members sur Can View, ou sur Can Edit pour un accès complet en écriture.

  • dans la fenêtre Share de la page Explorer, sélectionnez le contrôle Add Workspace Members et décochez son option Can Write, ou laissez-la cochée pour un accès complet en écriture.

    Notez qu’en procédant ainsi, vous accorderez potentiellement un accès Lecture/Écriture à tous les membres du Workspace. Si vous souhaitez restreindre l’accès à un ensemble spécifique d’utilisateurs et/ou de groupes, vous devez définir Workspace Members pour No access (page Projects) ou supprimer Workspace Members entry (page Explorer).

• Contrairement aux autres éléments, les autorisations de partage d’un élément de projet de conception ne peuvent pas être gérées via la page Explorer. Elles sont définies à la place dans la fenêtre Share Item, accessible depuis la page Projects. Voir la page Workspace Projects pour des informations détaillées.

Restrictions de partage contrôlées par héritage

Certains niveaux d’accès utilisateur, tels que Can View ou No access dans la fenêtre Share Item d’un dossier, peuvent ne pas être disponibles à la sélection parce qu’ils contrediraient (rétrograderaient) l’ensemble d’autorisations hérité de son dossier parent. Par défaut, les autorisations de partage d’un dossier correspondent à un accès complet en écriture pour tous les utilisateurs – Workspace Members Can Edit comme indiqué dans la fenêtre Share Item, ou Workspace Members can Write comme indiqué dans la fenêtre Share de la page Explorer.

Dans ce cas par défaut, par exemple, les options permettant de rétrograder les autorisations héritées d’un dossier (de Workspace Members Edit à Workspace Members View ou No Access) sont désactivées afin d’éviter une rupture involontaire dans la structure hiérarchique des autorisations. Notez que vous pouvez toujours promouvoir (augmenter) le niveau d’accès au partage, puisque cela « ajoute » simplement à l’ensemble d’autorisations existant hérité du dossier parent.

Pour déconnecter intentionnellement l’héritage des autorisations Parent-Enfant pour ce dossier, afin qu’un niveau d’accès différent (réduit) puisse être appliqué, décochez l’option Inherit parent folder permissions dans la section Advanced Settings de la fenêtre Share Item. Une fois que le dossier n’hérite plus des autorisations de son parent, ses propres autorisations d’accès peuvent être modifiées sans restriction. Voir la section ci-dessous pour plus d’informations.

De même, lorsque vous modifiez les autorisations de partage d’un dossier via la page Explorer du Workspace, vous ne pouvez pas rétrograder les autorisations héritées du dossier parent. Décochez l’option Inherit permissions from parent de la fenêtre Share pour déconnecter intentionnellement l’héritage des autorisations de son dossier parent (Projects dans ce cas).

Forcer l’héritage des autorisations

Les options Advanced Sharing dans les pages Projects et Admin – Explorer du Workspace proposent une commande supplémentaire Enforce inheritance for all child items qui activera Inherit parent folder permissions pour tous les sous-dossiers et éléments du dossier (parent) actuellement sélectionné. Cela a pour effet de propager l’ensemble d’autorisations du dossier parent vers le bas de la hiérarchie, chaque dossier/élément héritant des autorisations de son parent individuel.

Bien que cela ne soit normalement pas nécessaire, le processus de cette commande peut corriger la situation dans laquelle des sous-dossiers ou des éléments sont détachés (déconnectés) de la hiérarchie d’héritage. Cela peut se produire parce que l’option Inherit parent folder permissions d’un sous-dossier ou d’un élément a été désactivée afin de permettre la suppression (ou la rétrogradation) d’une autorisation héritée existante. Dans ce cas, une modification de l’ensemble d’autorisations au niveau du dossier supérieur ne se propagera pas dans la hiérarchie vers les dossiers/éléments où l’héritage est déconnecté.

Un exemple serait le cas où plusieurs dossiers de sauvegarde, configurés avec un accès Admin uniquement, sont ensuite déplacés dans un dossier d’archive global. Chacun de ces dossiers est détaché de la hiérarchie des dossiers (l’option Inherit parent folder permissions est désactivée) afin de permettre la rétrogradation des autorisations d’accès à Admin uniquement. Lorsqu’ils sont déplacés dans le dossier d’archive (également configuré sur Admin uniquement), ils conservent leur état détaché. Voir Déplacement de dossiers. 

Cependant, comme l’héritage des autorisations n’est pas continu dans la hiérarchie du dossier d’archive, les modifications de son ensemble d’autorisations de niveau supérieur, par exemple l’ajout d’un accès View pour Managers, ne se propageront pas à ses sous-dossiers ni à leur contenu. Cette situation peut être corrigée en appliquant la commande Enforce inheritance for all child items, qui rétablit l’héritage des autorisations en activant le paramètre Inherit parent folder permissions pour tous les sous-dossiers et leurs éléments. L’accès Manager appliqué est alors propagé vers le bas dans la hiérarchie du dossier d’archive.

Les étapes de cet exemple sont illustrées ci-dessous. Les différents dossiers contiendraient des éléments tels que des composants ou des projets, etc.

Continuité de l’héritage des autorisations

La continuité de l’héritage des autorisations de partage dans la hiérarchie des dossiers du Workspace, comme décrit ci-dessus, est maintenue sauf si l’héritage des autorisations d’un dossier depuis son dossier parent est explicitement déconnecté (désactivé) à un moment donné. La propagation des autorisations de Parent à Enfant pour un dossier (ou projet/élément) est désactivée en décochant son option Inherit permissions from parent, disponible dans la boîte de dialogue Share Item. Bien que ce dossier n’hérite alors plus d’aucune modification d’autorisations apportée à son parent, et que la hiérarchie des autorisations soit effectivement déconnectée (désactivée) à ce niveau, l’héritage reste continu en dessous de ce niveau.

La profondeur complète de l’héritage des autorisations des dossiers sera rétablie si l’option Inherit permissions from parent de ce dossier « déconnecté » est réactivée. Il réhéritera alors des autorisations du parent (si elles ne sont pas déjà présentes) afin de restaurer l’intégrité des autorisations parent-enfant.

Conformément au schéma d’héritage des autorisations activé, les autorisations d’un dossier/élément peuvent être promues et augmentées (ce qui revient effectivement à la même action), mais non rétrogradées par rapport à celles de son parent. Cela s’applique également si une autorisation ajoutée pour un groupe/utilisateur est commune à la fois aux entités parent et enfant :

• Lors de l’ajout d’une autorisation à un dossier, celle-ci remplacera effectivement la même autorisation dans un dossier enfant si elle y est à un niveau d’accès inférieur. Par exemple, si l’autorisation Librarians Read/Write est ajoutée à un dossier et que son dossier enfant comporte déjà une entrée Librarians Read, celle-ci sera promue en entrée Librarians Read/Write.
  En pratique, un accès de niveau Écriture a été ajouté au dossier parent, et celui-ci est hérité par le dossier enfant. L’héritage des autorisations est maintenu.

• À l’inverse, lors de l’ajout d’une autorisation à un dossier, cela n’affectera pas la même autorisation dans un dossier enfant si elle y est à un niveau d’accès supérieur. Par exemple, si l’autorisation Librarians Read est ajoutée à un dossier et que son dossier enfant comporte déjà une entrée Librarians Read/Write, celle-ci ne sera pas modifiée (rétrogradée) en entrée de niveau Read — elle reste à son niveau d’autorisation existant.
  En pratique, un accès de niveau Lecture a été ajouté au parent, et celui-ci existe déjà dans le dossier enfant. L’héritage des autorisations est maintenu.

Déplacement de dossiers

Les dossiers Workspace peuvent être déplacés vers n’importe quel autre emplacement de la structure de dossiers via la page Projects (voir page Workspace Projects) ou le volet Explorer dans Altium Designer (voir Organizing Your Workspace).

La manière dont les autorisations de partage d’un dossier déplacé sont déterminées dépend de la relation d’héritage avec son dossier parent existant :

• Lorsque l’option Inherit parent folder permissions d’un dossier est activée (condition par défaut), le fait de déplacer ce dossier dans un autre dossier aura pour effet de :

  • hériter de l’ensemble des autorisations de son nouveau dossier parent (y compris le propriétaire de ce dossier).

  • perdre ses autorisations héritées d’origine.

    • * Les autorisations « héritées » d’un dossier/projet sont celles adoptées depuis son parent — elles ont été héritées.

  • conserver ses autorisations étendues précédentes.

    • * Les autorisations « étendues » d’un dossier/projet sont celles qui ont été ajoutées spécifiquement pour étendre l’accès des utilisateurs — elles n’ont pas été héritées de son parent.

• En résumé, les autorisations de l’ancien parent sont remplacées par celles du nouveau parent, mais celles qui ont été ajoutées se déplacent avec le dossier.

• Lorsque l’option Inherit parent folder permissions d’un dossier est désactivée (il n’adopte pas les autorisations de son parent), le fait de déplacer ce dossier dans un autre dossier aura pour effet de :

  • conserver ses autorisations d’origine.

  • conserver l’état désactivé de son paramètre Inherit parent folder permissions.

• En résumé, il s’agit littéralement d’une opération de déplacement sans autre modification. Cela peut être considéré comme la manière la plus sûre de déplacer un dossier et son contenu, puisqu’elle évite la possibilité de changements inattendus d’autorisations dus à l’héritage depuis son nouveau dossier parent.

Gestion des autorisations de création de projet

Avec les paramètres Workspace par défaut, les projets créés ou téléversés par les membres du Workspace sont stockés dans le dossier Projects, disponible en accès en écriture pour tous les utilisateurs (hérité du dossier parent Projects), et sont directement accessibles via la page Projects. Cette organisation simple est pratique pour les utilisateurs, mais elle permet à n’importe quel membre du Workspace de créer des projets accessibles dans cet emplacement principal (niveau supérieur). Pour mettre en œuvre un contrôle plus avancé sur les personnes autorisées à créer (et à accéder à) des projets dans le dossier Projects, ou dans des sous-dossiers supplémentaires, les administrateurs du Workspace peuvent définir les autorisations de partage du dossier de projet via la page Explorer ou, dans Altium Designer, le panneau Explorer.

Comme indiqué ci-dessus, les autorisations de dossier sont accessibles dans la ExplorerpageShare Folder du Workspace à partir de l’option Share Folder du menu contextuel affiché par clic droit sur l’entrée d’un dossier. Par exemple, l’accès au dossier Projects peut être modifié en définissant l’autorisation par défaut (Workspace Members) en lecture seule (en désélectionnant Can Write) ou en la supprimant complètement, puis en ajoutant selon les besoins des autorisations d’accès pour des utilisateurs spécifiques (Add User) ou des groupes d’utilisateurs (Add Role).

Les autorisations d’écriture mises à jour détermineront quels membres du Workspace peuvent créer (ou téléverser) des projets dans le dossier Projects — dans l’exemple ci-dessus, uniquement ceux qui sont membres du groupe Managers. Les contraintes d’autorisation s’appliqueront également aux utilisateurs qui créent un nouveau projet dans Altium Designer.

Pour une hiérarchie de dossiers structurée où les autorisations et l’accès des utilisateurs/groupes sont configurés en conséquence, par exemple avec une ouverture progressive le long de l’arborescence des dossiers, cette approche peut fournir des niveaux d’accès aux autorisations adaptés aux utilisateurs et aux groupes en fonction du dossier cible.

Autorisations par défaut de création de projet

Comme alternative à la configuration par défaut, selon laquelle un projet nouvellement ajouté hérite de l’ensemble d’autorisations de son dossier parent, vous pouvez définir un ensemble d’autorisations fixe pour tous les nouveaux projets en activant l’option Default Permissions for new projects dans la vue Projects de la page Admin – Settings. Cette configuration peut mieux convenir à une hiérarchie d’autorisations de dossiers moins structurée, dans laquelle tous les projets utilisateur sont créés à un emplacement spécifique, tel que le dossier Projects.

Lorsqu’elle est activée, un projet nouvellement créé adopte les autorisations spécifiées par cette option au lieu d’hériter des autorisations de son dossier parent. Les paramètres initiaux de l’option correspondent aux paramètres par défaut du Workspace – accès en écriture pour tous les utilisateurs – et peuvent être modifiés selon vos besoins. Par exemple, on peut définir un accès Write (modification) pour les ingénieurs et un accès View (lecture seule) pour les bibliothécaires.

Points of note:

• Les administrateurs ont toujours un accès en écriture à tous les projets (et dossiers), ce paramètre ne peut donc pas être modifié (il est en lecture seule).

• Le propriétaire du projet (l’utilisateur qui a créé un projet) dispose d’un accès complet à ce projet et, par extension, à son dossier parent, car des autorisations d’écriture sur le dossier sont nécessaires pour créer un nouveau projet.

• L’application d’un ensemble fixe d’autorisations de projet (comme décrit ci-dessus) n’inclut probablement pas les autorisations du dossier parent ; l’héritage des autorisations parent-enfant du projet (dossier-projet) est donc désactivé automatiquement – diapositive n°4 ci-dessus. S’il est réappliqué manuellement au projet, l’ensemble d’autorisations du dossier parent sera alors ajouté au projet – voir Continuité de l’héritage des autorisations ci-dessus pour plus d’informations.

• Le comportement d’adoption des autorisations décrit pour les nouveaux projets s’applique également lors du clonage d’un projet.

Création de projet sans accès en écriture au dossier

Lorsqu’un utilisateur ne disposant pas d’un accès en écriture à un dossier de projet – tel que l’emplacement de stockage par défaut ou tout autre dossier qui lui a été partagé – accède pour la première fois au Workspace, le système crée automatiquement une structure Personal Folder spécifique à cet utilisateur pour stocker les nouveaux projets. Celle-ci apparaît sous la forme d’un dossier de niveau supérieur basé sur l’adresse e-mail du membre, avec un sous-dossier My Projects qui stocke les projets de l’utilisateur. La structure/hiérarchie de dossiers appartient uniquement à l’utilisateur connecté (et aux administrateurs), y est accessible, et n’est pas visible par les autres utilisateurs.

Du point de vue d’un administrateur du Workspace, les dossiers personnels des membres sont regroupés sous un dossier de niveau supérieur Home, comme on peut le voir dans la page Projects et dans la hiérarchie des dossiers de la page Explorer – ainsi que dans l’arborescence des dossiers du volet Explorer de Altium Designer.

Téléchargement d’une révision d’élément

Pour les membres du Workspace, le contenu du projet (fichiers source, fichiers générés, données publiées, etc.) peut être téléchargé via les vues Design et Releases du projet. Dans la page Explorer, vous pouvez télécharger directement des données depuis l’interface en cliquant sur le contrôle Download () à droite de l’entrée correspondant à une révision d’élément.

Navigation dans la structure du Workspace

Bien qu’une navigation du contenu du Workspace orientée projet soit disponible pour tous les membres du Workspace via les pages Projects et Components, les administrateurs du Workspace peuvent parcourir et accéder à tout le contenu via l’interface de la page Explorer, comme décrit ci-dessous.

Les administrateurs peuvent accéder au contenu du Workspace :

1. En cliquant sur le nom d’un dossier dont vous souhaitez parcourir le contenu.

2. En utilisant la fonction de recherche. Saisissez un mot-clé basé sur l’ID, le commentaire ou la description d’un élément, puis appuyez sur Enter ou cliquez sur l’icône en forme de loupe (). L’ensemble du Workspace sera analysé et les résultats de la recherche seront listés sous forme d’éléments correspondants.

   Après une recherche, vous pouvez revenir à l’affichage normal du contenu du Workspace en cliquant de nouveau sur l’entrée de la page Admin – Explorer dans l’arborescence de navigation de l’interface du navigateur, tout à gauche. Vous pouvez également effacer le champ de recherche et appuyer sur Enter.

Fonctionnalités supplémentaires

Les fonctionnalités supplémentaires suivantes sont disponibles lors de la navigation dans le contenu via l’interface navigateur du Workspace :

• Navigate – cette commande, présente dans le menu contextuel accessible par clic droit sur un élément, permet d’accéder rapidement à cet élément dans le panneau Explorer de Altium Designer. Altium Designer sera ouvert pour cela (une invite vous demandera si vous souhaitez ouvrir X2.exe – l’exécutable source de Altium Designer).

  Si Altium Designer est déjà en cours d’exécution, cette instance sera utilisée.

• Full item info – cette commande, présente dans le menu contextuel accessible par clic droit sur une révision d’élément, permet d’afficher une vue listant tous les détails de cette révision. En pratique, il s’agit simplement d’une vue qui inclut toutes les différentes vues d’aspect disponibles pour cette révision d’élément (sauf Summary).

  L’utilisation de la commande au niveau de l’élément parent affichera les détails de la dernière révision de cet élément.

• Follow/UnFollow – utilisez la commande Follow , présente dans le menu contextuel accessible par clic droit sur un dossier de type Components, pour suivre ce dossier. Toute activité dans le dossier suivi (création de composant, publication, changement d’état de révision ou suppression) sera signalée par une notification par e-mail envoyée depuis le Workspace (à condition que les notifications par e-mail aient été activées pour le Workspace par un administrateur). Utilisez la commande UnFollow pour arrêter le suivi de l’activité des composants dans ce dossier.

• Remove Folder – utilisez cette commande, présente dans le menu contextuel accessible par clic droit sur un dossier, pour déplacer ce dossier et tout son contenu (sous-dossiers et éléments qu’il contient) vers la zone isolée Trash du Workspace. Les entités dans Trash peuvent ensuite être supprimées définitivement ou restaurées, selon les besoins. Si vous supprimez un dossier de projet, toutes les publications et tous les packages de fabrication associés seront également déplacés vers Trash.

• Remove Item – utilisez cette commande, présente dans le menu contextuel accessible par clic droit sur un élément, pour déplacer cet élément vers la zone isolée Trash du Workspace. Les entités dans Trash peuvent ensuite être supprimées définitivement ou restaurées, selon les besoins. Si vous supprimez un élément composant, vous avez également la possibilité de déplacer en même temps ses modèles associés vers Trash. Notez qu’ils ne peuvent être supprimés que s’ils ne sont pas utilisés ailleurs (par un ou plusieurs autres composants).