Gerir a Estrutura e o Acesso ao Conteúdo

Created: November 23, 2017 | Updated: October 01, 2025

A estrutura do conteúdo e a gestão de acessos de um Workspace podem ser efetuadas tanto a partir da página Admin – Explorer page (por um Administrador) como da página principal Projects page (por um membro do Workspace com direitos suficientes). Os comandos e funcionalidades nestas páginas permitem-lhe:

Navegar pelas pastas e Itens no Workspace. Pode criar, editar e remover pastas e, assim, construir a estrutura do Workspace. As pastas e os itens removidos são enviados para o Trash, onde podem ser eliminados permanentemente ou restaurados.
Definir a partilha ao nível da pasta e ao nível do Item. Isto controla quem pode ver que conteúdo existe no Workspace e, ao nível da pasta, se outros utilizadores podem apenas ver uma pasta e o seu conteúdo, ou também editá-la (efetivamente libertando/confirmando/carregando dados de design para a mesma).
Especificar se uma pasta ou item (como um projeto) herda as permissões de partilha da sua pasta principal. Esta é a condição predefinida.

Em termos de estrutura e gestão de conteúdo, as interfaces das páginas Projects e Explorer diferem em termos de capacidades e conveniência:

A página Projects do Workspace oferece uma abordagem simples à gestão de pastas e itens de projeto, disponível para Administradores, proprietários de projetos/itens e outros utilizadores com direitos de edição suficientes.
Nota: com esta interface não pode editar nem definir permissões de partilha para a pasta de nível superior Projects (por predefinição), nem criar outra pasta de nível superior.

A maioria das tarefas de gestão da estrutura e das permissões do Workspace pode ser realizada a partir dos comandos da página Projects.
A página Explorer do Workspace, semelhante ao painel Altium Designer Explorer panel e disponível apenas para Administradores, fornece acesso de gestão a todas as pastas e itens, incluindo dados de Release de projeto, Components, Managed Content, etc.
Nota: com esta interface não pode partilhar um projeto de design nem mover pastas e itens.

A página Explorer fornece controlo detalhado sobre a estrutura do Workspace e as definições de permissões, incluindo acesso à pasta de nível superior Projects.

Partilhar Pastas e Itens

A estrutura de pastas do Altium 365 Workspace inclui um esquema avançado de herança de permissões baseado na propagação das permissões de partilha de objetos Pai para objetos Filho — sendo estes últimos uma pasta ou itens de design, como Projects, Components, ficheiros BOM, Templates, entre outros. Esta organização simplifica o processo de estruturar as pastas de um Workspace e as respetivas permissões de partilha, de modo a corresponder aos requisitos de acesso dos Utilizadores da Empresa e dos Grupos de utilizadores.

Um Workspace disponibiliza as seguintes capacidades de partilha:

Folder-level Sharing – fornece a capacidade de controlar quem pode ver que conteúdo no Workspace através da partilha de pastas. Isto permite controlar se outros utilizadores podem apenas ver uma pasta e o seu conteúdo, ou também editá-la (efetivamente libertando/confirmando/carregando dados de design para a mesma). Um único Workspace pode ser dividido em várias “zonas” de conteúdo eficazes, mas com permissões controladas ao nível da pasta, o que permite tornar o conteúdo seletivamente visível ou oculto conforme necessário, dando às pessoas certas o acesso certo aos dados certos.
Item-level Sharing – fornece a capacidade de controlar quem pode ver e aceder a que Itens numa pasta partilhada. Este nível mais específico de partilha permite-lhe sobrepor-se (ou acrescentar) ao conjunto de permissões que um Item herdou da sua pasta principal. Desde que um utilizador tenha acesso à própria pasta, poderá então ver/editar (conforme permitido) os Itens dentro dessa pasta que lhe tenham sido partilhados.

Ao especificar as permissões de partilha para um objeto item (como um Component, Template, etc.) através da interface Explorer interface do Workspace, as definições de partilha do item também se aplicarão às Revisions que o constituem. Pode adicionar/remover permissões de Revisions individuais dentro dessa hierarquia, mas a alteração de permissões não se propagará pela própria hierarquia — não é herdada pelas Revisions abaixo dela na hierarquia.

Internamente, o acesso aos objetos do Workspace é determinado por uma Access Control List hierárquica (ACL) que determina as permissões associadas a Folders, Projects e Items. A lista especifica quem tem acesso a esse objeto e se este pode ser modificado. Por exemplo, se as definições de partilha de um determinado projeto incluírem permissões View (só de leitura) para Librarians, então este fica acessível aos membros do grupo Librarians, mas não pode ser Editado, Movido ou Removido (nem novamente partilhado) por esses membros — a menos que sejam Administradores ou o proprietário do projeto.

As capacidades de partilha acima referidas respeitam o esquema de herança de permissões do Workspace. No sentido mais simples, as permissões aplicadas a uma pasta propagam-se pela hierarquia de pastas através das relações pai-filho — de pasta para subpasta, ao longo da cadeia.

Esta estrutura de herança de permissões é mantida (a menos que seja intencionalmente desativada em algum ponto da hierarquia) quando são adicionadas pastas à hierarquia, e também quando são adicionadas permissões dentro da hierarquia. Quando são aplicadas permissões adicionais a uma pasta que não é a pasta de nível superior — ou seja, está dentro da hierarquia — estas serão herdadas ao longo da hierarquia a partir desse nível, sem afetar as permissões existentes.

Adicionar direitos de Edição (Read/Write) para o Grupo de utilizadores Engineers à pasta superior na hierarquia de pastas A-B-C.

A nova entrada de permissão (Engineers Read/Write) é automaticamente aplicada a todas as pastas da hierarquia através da herança de permissões pai-filho.

Adicionar direitos de Só leitura (Read) para o Grupo de utilizadores Librarians à hierarquia da Pasta B — o seu conjunto de permissões será “alargado” por esta adição

A nova entrada de permissão (Librarians Read) é aplicada à pasta B e herdada por todas as pastas abaixo dela na hierarquia.

É criado ou carregado um Projeto de design (ou outro tipo de item) na Pasta C. Herdará as permissões de partilha da Pasta C.

Alargar o conjunto de permissões da Pasta C adicionando direitos de só leitura (Read) para Managers Group.

A permissão Managers Read adicionada é herdada pelo Projeto de design. Note que as permissões de partilha para projetos Design e Managed BOM são geridas através da caixa de diálogo da janela Share na Workspace Projects page.

Os utilizadores com privilégios de nível administrativo (membros do grupo Administrators) poderão ver e gerir todas as pastas e Itens. Um utilizador não administrativo do Workspace só pode aceder às pastas e Itens que criou (dos quais é o “proprietário”) ou àqueles que lhe foram partilhados através de permissões adequadas.

Na página Projects do Workspace, as permissões da pasta do projeto podem ser acedidas e alteradas a partir das opções da interface Share. Selecione uma entrada de pasta e depois o botão superior ou a opção Share no menu da entrada para aceder à janela Share Item. Note que:

por predefinição — quando um Workspace é ativado pela primeira vez — a pasta de nível superior Projects não está acessível na página Projects, mas ficará disponível se forem criadas outras pastas de nível superior. A interface da página Explorer pode sempre aceder à pasta Projects.
a interface e a funcionalidade da janela funcionam da mesma forma ao partilhar um Projeto — isto inclui a capacidade de alterar o Proprietário do Item (pasta).

Permissões de partilha configuradas para a pasta de projeto Team 1 — acesso total para a equipa US Engineering e os ECAD Managers apenas podem ver. Os projetos dentro desta pasta herdam estas permissões, acrescentando-se às permissões inerentes de escrita do administrador e do proprietário.

Permissões de partilha para uma pasta de projeto que foi adicionada por um utilizador, a qual herdará as suas permissões da pasta principal (Team 1). A pasta principal foi criada por um utilizador diferente (Harold Smith) que é o “proprietário” dessa pasta, pelo que o acesso de escrita à nova pasta também é concedido a esse utilizador.

Permissões de partilha configuradas para a pasta de projeto Team 2 — acesso total para a equipa EU Engineering e os ECAD Managers apenas podem ver. Os projetos dentro desta pasta herdam estas permissões, acrescentando-se às permissões inerentes de escrita do administrador e do proprietário.

Na página Explorer, os controlos de partilha são acedidos clicando com o botão direito sobre a entrada da árvore de navegação da pasta (ou Item) e usando o comando Share Folder (ou Share Item) no menu de contexto. Surgirá a janela Share, a partir da qual as permissões de acesso à pasta/Item podem ser modificadas conforme necessário.

Permissões de partilha para um item de template, tal como herdadas da pasta principal Component Templates.

Aspetos a ter em conta:

Em termos de permissões, um utilizador/grupo tem acesso de Leitura/Escrita quando a opção Can Write (Edit) está ativada. Se esta opção estiver desativada, tem apenas acesso de Leitura (View).

Ativar o acesso Edit a uma Pasta/Item para um Utilizador/Grupo equivale efetivamente a adicionar outra permissão ao seu conjunto de permissões (ACL), e alterar esse acesso novamente para View equivale efetivamente a remover uma permissão do conjunto.
Em termos das seleções de permissões de partilha na interface do utilizador:
- Uma opção Can Write assinalada (leitura/escrita) na página Explorer é equivalente a Can Edit estar selecionado na página Projects.
- Uma opção Can Write não assinalada (só de leitura) na página Explorer é equivalente a Can View estar selecionado na página Projects.
Para remover um utilizador/grupo existente de ter acesso partilhado a uma pasta/item:
- na página Projects, selecione a opção Remove do mosaico do utilizador/grupo na janela Share Item.
- na página Explorer, clique no controlo Remove associado à entrada do utilizador/grupo () na janela Share.
Por predefinição, uma pasta/item só estará disponível para o seu proprietário (inicialmente o seu criador) e para todos os membros do grupo Administrators. Estas permissões são inerentes e não precisam de ser adicionadas explicitamente. Owners e Administrators têm permissões de Leitura/Escrita (Ver/Editar).
Para permitir que todos os utilizadores do Workspace vejam uma pasta/item:
- na janela Share Item da página Projects, defina a opção de acesso do mosaico Workspace Members como Can View, ou Can Edit para acesso total de escrita.
- na janela Share da página Explorer, selecione o controlo Add Anyone e desmarque a respetiva opção Can Write, ou deixe-a marcada para acesso total de escrita.
  
  Tenha em atenção que, ao fazer o acima indicado, poderá conceder acesso de Leitura/Escrita a todos os membros do Workspace. Se pretender restringir o acesso a um conjunto específico de utilizadores e/ou grupos, tem de definir Workspace Members para No access (página Projects) ou remover a entidade Anyone (página Explorer).
Ao contrário de outros itens, as permissões de partilha de um item de projeto de design não podem ser geridas através da página Explorer. Em vez disso, são especificadas na janela Share Item, acedida a partir da página Projects. Consulte a página Workspace Projects para obter informações detalhadas.

Restrições de Partilha controladas por herança

Alguns níveis de acesso do utilizador, como Can View ou No access na janela Share Item de uma pasta, podem não estar disponíveis para seleção porque entrariam em contradição (rebaixariam) com o conjunto de permissões herdado da pasta principal. Por predefinição, as permissões de partilha da pasta são de acesso total de escrita para todos os utilizadores – Workspace Members Can Edit conforme mostrado na janela Share Item, ou Anyone pode Write conforme mostrado na janela Share da página Explorer.

Neste caso predefinido, por exemplo, as opções para rebaixar as permissões herdadas de uma pasta (de Workspace Members Edit para Workspace Members View ou No Access) estão desativadas para evitar uma desconexão inadvertida na estrutura hierárquica de permissões. Note que pode sempre promover (aumentar) o nível de acesso de partilha, uma vez que isso simplesmente “adiciona” ao conjunto de permissões existente herdado da pasta principal.

Para desligar intencionalmente a herança de permissões de Principal para Filha para esta pasta, de modo a que possa ser aplicado um nível de acesso diferente (reduzido), desmarque a opção Inherit parent folder permissions em Advanced Settings da janela Share Item. Como a pasta deixa de herdar permissões da sua pasta principal, as suas próprias permissões de acesso podem ser alteradas sem restrições. Consulte a secção abaixo para mais informações.

A opção Inherit permissions from parent folder está inicialmente ativada por predefinição e está sempre ativada para pastas recém-criadas.

De forma semelhante, ao alterar as permissões de partilha de uma pasta através da página Explorer do Workspace, é impedido de rebaixar permissões herdadas da pasta principal. Desmarque a opção Inherit permissions from parent da janela Share para desligar intencionalmente a herança de permissões da respetiva pasta principal (Projects neste caso).

Juntamente com as pastas e os Projects, o sistema de herança de permissões também se aplica a Items (como Components) e às respetivas Revisions constituintes. Estes apresentam o mesmo comportamento de herança de permissões e incluem a opção para ativar/desativar essa herança (em Advanced Settings na caixa de diálogo Share da página Explorer).

Continuidade da Herança de Permissões

A continuidade da herança das permissões de partilha através da hierarquia de pastas do Workspace, conforme descrito acima, é mantida, a menos que a herança de permissões de uma pasta a partir da sua pasta Principal seja explicitamente desligada (desativada) em algum momento. A propagação de permissões de Principal para Filha para uma pasta (ou projeto/Item) é desativada ao desmarcar a opção Inherit permissions from parent, conforme disponível na caixa de diálogo Share Item. Embora essa pasta deixe de herdar quaisquer alterações de permissões feitas na sua pasta principal, e a hierarquia de permissões fique efetivamente desligada (desativada) nesse ponto, a herança permanece contínua abaixo deste nível.

A profundidade total da herança de permissões da pasta será restaurada se a opção Inherit permissions from parent dessa pasta “desligada” for novamente ativada. Nessa altura, voltará a herdar as permissões da pasta principal (caso ainda não existam) para restaurar a integridade das permissões principal-filha.

Um exemplo de uma hierarquia de pastas (A-D) com herança de permissões contínua. A permissão Engineers Write foi adicionada no nível superior da Pasta A (ou acima) e propagou-se pela hierarquia até à Pasta D.

Desativar a herança de permissões principal-filha na Pasta C ao desmarcar a opção Inherit permissions from parent na caixa de diálogo Share da pasta.

A continuidade da herança de permissões é desligada entre as Pastas B e C, mas mantida nas secções da hierarquia acima e abaixo deste ponto.

Adicionar Managers Write como nova permissão de acesso à Pasta A.

A permissão adicionada é herdada pela Pasta B. Ou seja, propaga-se apenas pela secção da hierarquia com herança de permissões contínua (A-B), mas não para a pasta C porque a herança B-C (principal-filha) está desativada.

Adicionar a permissão Librarians Read à Pasta C. Além disso, as permissões existentes da Pasta C poderiam ser rebaixadas ou removidas, uma vez que já não estão vinculadas às da pasta principal B.

A permissão adicionada é herdada pela Pasta D. Ou seja, propaga-se pela secção de herança contínua da hierarquia (C-D).

Reativar a herança de permissões principal-filha na Pasta C ao assinalar a opção Inherit permissions from parent na caixa de diálogo Share da pasta.

A herança de permissões volta a ser contínua através da hierarquia de pastas porque a herança da Pasta B para C (principal→filha) está ativada. A Pasta C (e abaixo) herda a permissão Manager Write da Pasta B para manter a relação completa de herança principal-filha.

Em conformidade com o esquema de herança de permissões ativado, as permissões de uma pasta/item podem ser promovidas e aumentadas (efetivamente a mesma ação), mas não rebaixadas relativamente às da sua pasta principal. Isto também se aplica se uma permissão adicionada para um Grupo/Utilizador for comum tanto às entidades Principal como Filha:

Ao adicionar uma permissão a uma pasta, esta irá efetivamente substituir a mesma permissão numa pasta filha se estiver num nível de acesso inferior. Por exemplo, se a permissão Librarians Read/Write for adicionada a uma pasta e a sua pasta filha tiver uma entrada Librarians Read existente, esta será promovida para uma entrada Librarians Read/Write.
Em essência, foi adicionado acesso de nível Write à pasta principal, e este é herdado pela pasta filha. A herança de permissões é mantida.
Por outro lado, ao adicionar uma permissão a uma pasta, isso não afetará a mesma permissão numa pasta filha se esta tiver um nível de acesso superior. Por exemplo, se a permissão Librarians Read for adicionada a uma pasta e a sua pasta filha tiver uma entrada Librarians Read/Write existente, esta não será alterada (rebaixada) para uma entrada de nível Read – permanece no seu nível de permissão existente.
Em essência, foi adicionado acesso de nível Read à pasta principal, e este já existe na pasta filha. A herança de permissões é mantida.

Quando uma entrada de permissão é removida de uma pasta, esta alteração propaga-se pela hierarquia (onde a herança de permissões está ativada), independentemente do nível de acesso aplicado (Read ou Write). Por exemplo, se uma pasta tiver permissões de acesso Librarians Read, mas as permissões da sua pasta filha tiverem sido elevadas para Librarians Write, então remover a entrada Librarians da pasta principal também removerá a entrada Librarians da pasta filha.

A lógica de herança de permissões de pasta aqui descrita também se aplica a Items de projeto (Design e Managed BOM projects). Um projeto é sempre filho de uma pasta principal e herdará as respetivas permissões, e a herança de permissões pode ser desativada da mesma forma que para uma pasta filha.
As permissões do projeto são editadas através da janela Share Item na página Workspace Projects.

Mover Pastas

As pastas do Workspace podem ser movidas para qualquer outra localização na estrutura de pastas através da página Projects (consulte a página Workspace Projects) ou do painel Explorer no Altium Designer (consulte Organizing Your Workspace).

A forma como as permissões de partilha de uma pasta movida são determinadas depende da relação de herança com a sua pasta principal existente:

Quando a opção Inherit parent folder permissions de uma pasta está ativada (a condição predefinida), a ação de mover essa pasta para outra pasta fará com que ela:
- herdar o conjunto de permissões da sua nova pasta principal (incluindo o Proprietário dessa pasta).
- perder as suas permissões herdadas originais.
  - * As permissões 'herdadas' de uma pasta/projeto são as adotadas da sua pasta principal – foram herdadas.
- manter as suas permissões alargadas anteriores.
  - * As permissões 'alargadas' de uma pasta/projeto são as que foram especificamente adicionadas para alargar o acesso do utilizador – não foram herdadas da sua pasta principal.
Em suma, as permissões da pasta principal antiga são substituídas pelas permissões da nova pasta principal, mas quaisquer permissões que tenham sido adicionadas acompanham a pasta.

Quando a opção Inherit parent folder permissions de uma pasta está desativada (não adota as permissões da sua pasta principal), a ação de mover essa pasta para outra pasta fará com que:
- mantenha as suas permissões originais.
- mantenha o estado desativado da sua definição Inherit parent folder permissions.
Em suma, trata-se literalmente de um evento de movimentação sem quaisquer outras alterações. Isto pode ser considerado a forma mais segura de mover uma pasta e o seu conteúdo, uma vez que evita a possibilidade de alterações inesperadas nas permissões devido à herança da sua nova pasta principal.

Neste exemplo, as pastas A-B-C estão numa hierarquia que inclui permissões Engineers Write herdadas. As permissões da Pasta C foram alargadas pela adição de Contractors Read. Em alternativa, poderia ter sido adicionado um Utilizador individual.

Moving folder with Permission Inheritance enabled. A Pasta C será movida para a Pasta D, que apresenta um conjunto de permissões diferente. Tenha em atenção que a herança de permissões está ativada para todas as pastas (a condição predefinida).

A Pasta C movida é agora uma pasta subordinada da Pasta D e herdará a permissão Mechanical Read da sua pasta principal. A Pasta C também perderá as suas permissões herdadas originais (Engineers Read/Write), mas manterá as suas permissões alargadas (adicionadas) (Contractors Read).

Moving a folder with Permission Inheritance disabled. A opção Share da janela Inherit permission from parent foi desativada (caixa desmarcada) para a pasta C. Além disso, foi adicionada uma permissão Managers Read adicional.

A Pasta C será movida para a Pasta E, que apresenta um conjunto de permissões diferente. Tenha em atenção que a herança de permissões está desativada para a Pasta C, que está ‘separada’ da sua pasta principal (Pasta D) em termos de herança de permissões.

A Pasta C movida manterá tanto o seu conjunto de permissões original como a sua definição de herdar permissões (desativada). É movida para a Pasta E sem alterações de permissões e não herdará quaisquer alterações de permissões efetuadas na sua pasta principal, a Pasta E.

Antes de mover uma pasta ou projeto para outra pasta, é altamente recomendável que verifique primeiro as permissões da pasta de destino porque, por predefinição (Inherit parent folder permissions ativado), estas serão herdadas pela pasta/projeto movido. Por exemplo, as permissões da pasta de destino podem ter um nível de partilha superior ao pretendido, como direitos de edição ou acesso para todos os utilizadores, que passarão então a aplicar-se à pasta/projeto relocalizado

Tenha em atenção que a lógica de herança de permissões de pasta aqui descrita também se aplica à movimentação de projetos (Design e projetos Managed BOM). Um projeto é sempre subordinado de uma pasta principal, e o seu estado de herança de permissões é ativado/desativado pela opção Inherit parent folder permissions da mesma forma que uma pasta subordinada.

Gerir Permissões de Criação de Projetos

Com as definições predefinidas do Workspace, os projetos criados ou carregados por membros do Workspace são armazenados na pasta Projects, disponível com acesso de escrita para todos os utilizadores (como herdado da pasta principal Projects), e são acedidos diretamente através da página Projects. Esta organização simples é conveniente para os utilizadores, mas permite que qualquer membro do Workspace crie projetos acessíveis nesta localização principal (de nível superior). Para implementar um controlo mais avançado sobre quem pode criar (e aceder a) projetos na pasta Projects, ou em subpastas adicionais, os administradores do Workspace podem definir as permissões de partilha da pasta de projetos através da página Explorer, ou, no Altium Designer, do painel Explorer.

Conforme descrito acima, as permissões de pasta são acedidas na Explorer página do Workspace a partir da opção Share Folder do menu de contexto ao clicar com o botão direito numa entrada de pasta. Por exemplo, o acesso à pasta Projects pode ser alterado definindo a permissão predefinida (Anyone) como só de leitura (desmarcando Can Write) ou removendo-a por completo, e depois adicionando permissões de acesso para utilizadores específicos (Add User) ou grupos de utilizadores (Add Role), conforme necessário.

As permissões de escrita atualizadas determinarão quais os membros do Workspace que podem criar (ou carregar) projetos para a pasta Projects – no exemplo mostrado acima, apenas os que são membros do grupo Managers. As restrições de permissões também se aplicarão aos utilizadores que criam um novo projeto no Altium Designer.

Para uma hierarquia de pastas estruturada em que as permissões e o acesso de utilizadores/grupos são configurados em conformidade, como por exemplo sendo progressivamente abertos ao longo da árvore de pastas, esta abordagem pode fornecer níveis adequados de acesso por permissões para utilizadores e grupos com base na pasta de destino.

Permissões Predefinidas de Criação de Projetos

Como alternativa à organização predefinida em que um projeto recém-adicionado herdará o conjunto de permissões da sua pasta principal, pode especificar um conjunto fixo de permissões para todos os novos projetos ativando a opção Default Permissions for new projects na vista Projects da página Admin – Settings. Esta organização pode ser mais adequada para uma hierarquia de permissões de pastas menos estruturada, em que todos os projetos dos utilizadores são criados numa localização específica, como a pasta Projects.

Esta opção está disponível quando tem um nível mais elevado de acesso à Altium Solution.

Quando ativada, um projeto recém-criado adotará as permissões especificadas por esta opção em vez de herdar as permissões da sua pasta principal. As definições iniciais da opção correspondem às definições predefinidas do Workspace – acesso de escrita para todos os utilizadores – e podem ser alteradas para se adequarem às suas necessidades. Um exemplo disto poderá ser acesso Write (edição) para Engineers e acesso View (só de leitura) para Librarians.

Para especificar um conjunto fixo de permissões de acesso para projetos recém-criados (ou carregados), ative a opção Default permissions for new projects na página Admin - Settings, que está inicialmente definida para a condição predefinida de acesso Write para todos os Workspace members.

Selecione os conjuntos de permissões pretendidos para projetos recém-criados – neste exemplo, apenas Engineers Write e Librarians Read. Tenha em atenção que os Administradores e o Proprietário do projeto (criador) têm sempre acesso total de escrita.

Quando um utilizador cria/carrega um novo projeto, são aplicadas as permissões predefinidas especificadas em vez das adotadas da pasta principal do projeto (Projects), conforme mostrado na caixa de diálogo Share do projeto.

A opção Inherit parent folder permissions da janela é automaticamente desativada para um novo projeto quando a opção Default permission for new projects (em Admin - Settings) tiver sido ativada.

Points of note:

Os administradores têm sempre acesso de escrita a todos os projetos (e pastas), pelo que esta definição não pode ser alterada (é só de leitura).
O Proprietário do Projeto (o utilizador que criou um projeto) tem acesso total a um projeto e, por inferência, à sua pasta principal, porque são necessárias permissões de escrita na pasta para criar um novo projeto.
A aplicação de um conjunto fixo de permissões de projeto (conforme descrito acima) provavelmente não incluirá as permissões da pasta principal, pelo que a herança de permissões principal-subordinado do projeto (pasta-projeto) é desativada automaticamente – diapositivo n.º 4, acima. Se for reaplicada manualmente ao projeto, o conjunto de permissões da pasta principal será adicionado ao projeto – consulte Permission Inheritance Continuity acima para obter informações.
O comportamento de adoção de permissões descrito para novos projetos também se aplicará ao clonar um projeto.

Criação de Projeto Sem Acesso de Escrita à Pasta

Quando um utilizador sem acesso de escrita à pasta Projects (ou a outra pasta que tenha sido especificada como a localização de armazenamento predefinida) executa uma ação de Create ou Upload de projeto, o sistema criará automaticamente uma estrutura Personal Folder específica do utilizador para armazenar o novo projeto. Esta aparece como uma pasta de nível superior baseada no endereço de e-mail do membro, com uma subpasta My Projects que armazena os projetos desse utilizador. A estrutura/hierarquia de pastas pertence e está disponível apenas para o utilizador com sessão iniciada (e administradores), e não é visível para outros utilizadores.

Se o utilizador executar uma ação de Create ou Upload de projeto dentro de uma pasta à qual tenha acesso de escrita, então o projeto é armazenado nessa pasta.
Se o utilizador executar uma ação de Create ou Upload de projeto dentro de uma pasta à qual tenha acesso só de leitura (View) e que não seja a localização de armazenamento predefinida, então o processo é bloqueado () e a estrutura de pasta My Projects de nível superior é criada para esse utilizador, caso ainda não exista.
Para o exemplo de permissões da pasta Projects mostrado acima, os projetos criados por utilizadores que são membros do grupo Managers serão incluídos na pasta Projects como habitual, porque têm direitos completos de Edit nessa pasta. Os outros utilizadores têm acesso só de leitura (View) à pasta Projects, pelo que os seus novos projetos são armazenados na sua pasta My Projects.
se um projeto localizado na pasta My Projects de um membro do Workspace for partilhado com outros utilizadores (através de Workspace Members, Groups ou nomes de utilizador específicos), então aparecerá na vista de nível superior da página Projects para esses utilizadores.

Na perspetiva de um administrador do Workspace, as pastas pessoais do membro são reunidas numa pasta de nível superior Home, como é evidente na página Projects e na hierarquia de pastas da página Explorer – e também na árvore de pastas do painel Explorer do Altium Designer.

Transferir uma revisão de item

Para os membros do Workspace, o conteúdo do projeto (ficheiros de origem, ficheiros gerados, dados libertados, etc.) pode ser transferido através das vistas Design e Releases do projeto. Na página Explorer, pode transferir dados diretamente a partir da interface clicando no controlo Download () à direita da entrada de uma revisão de item.

A utilização do controlo ao nível do item principal irá transferir os dados da revisão mais recente desse item.

Navegar na estrutura do Workspace

Embora a navegação do conteúdo do Workspace orientada por projeto esteja disponível para todos os membros do Workspace através das páginas Projects e Components, os administradores do Workspace podem navegar e aceder a todo o conteúdo através da interface da página Explorer, conforme descrito abaixo.

As formas de navegar no conteúdo do Workspace através da interface do navegador.

Os resultados de uma pesquisa de exemplo.

Os administradores podem navegar até ao conteúdo do Workspace:

Clicando no nome de uma pasta cujo conteúdo pretende consultar.
Utilizando a funcionalidade de pesquisa. Introduza uma palavra-chave com base no ID, comentário ou descrição de um item e, em seguida, prima Enter ou clique no ícone da lupa (). Todo o Workspace será analisado e os resultados da pesquisa serão apresentados em termos dos itens correspondentes.

Após uma pesquisa, pode regressar à vista normal do conteúdo do Workspace clicando novamente na entrada da página Admin – Explorer , na árvore de navegação da interface do navegador, no extremo esquerdo. Em alternativa, limpe o campo de pesquisa e prima Enter.

Funcionalidades adicionais

As seguintes funcionalidades adicionais podem ser encontradas ao navegar no conteúdo através da interface do navegador do Workspace:

Navigate – este comando, disponível no menu de contexto ao clicar com o botão direito sobre um item, é utilizado para o levar rapidamente até esse item no painel Explorer do Altium Designer. O Altium Designer será aberto para o efeito (ser-lhe-á perguntado se pretende abrir X2.exe – o executável de origem do Altium Designer).

Se o Altium Designer já estiver em execução, essa instância será utilizada.
Full item info – este comando, disponível no menu de contexto ao clicar com o botão direito sobre uma revisão de item, é utilizado para apresentar uma vista que lista todos os detalhes dessa revisão. Na prática, trata-se simplesmente de uma vista que inclui todas as várias vistas de aspeto disponíveis para essa revisão de item (exceto Summary).

A utilização do comando ao nível do item principal apresentará os detalhes da revisão mais recente desse item.
Follow/UnFollow – utilize o comando Follow , disponível no menu de contexto ao clicar com o botão direito sobre uma pasta do tipo Components, para seguir a pasta. Qualquer atividade dentro da pasta seguida (criação de componente, libertação, alteração do estado da revisão ou eliminação) será assinalada através de uma notificação por email enviada a partir do Workspace (desde que as notificações por email tenham sido ativadas para o Workspace por um administrador). Utilize o comando UnFollow para deixar de seguir a atividade dos componentes nessa pasta.
Remove Folder – utilize este comando, disponível no menu de contexto ao clicar com o botão direito sobre uma pasta, para mover essa pasta e todo o seu conteúdo (subpastas e itens nela contidos) para a área isolada Trash do Workspace. As entidades em Trash podem depois ser eliminadas permanentemente ou restauradas, conforme necessário. Se remover uma pasta de projeto, quaisquer libertações e pacotes de fabrico associados também serão movidos para Trash.
Remove Item – utilize este comando, disponível no menu de contexto ao clicar com o botão direito sobre um item, para mover esse item para a área isolada Trash do Workspace. As entidades em Trash podem depois ser eliminadas permanentemente ou restauradas, conforme necessário. Se remover um item de componente, terá também a possibilidade de mover os seus modelos associados para Trash ao mesmo tempo. Tenha em atenção que estes só podem ser eliminados se não estiverem a ser utilizados noutro local (por um ou mais componentes).

Printer-friendly version

AI-localized

If you find an issue, select the text/image and pressCtrl + Enterto send us your feedback.