Gerir a Estrutura de Conteúdos e o Acesso

A estrutura do conteúdo e a gestão de acessos de um Workspace do Enterprise Server podem ser efetuadas tanto a partir da página Admin – Explorer (por um Administrador) como da página Projects principal (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 simplesmente 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 respetiva 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 disponibiliza uma abordagem simples à gestão de pastas e itens de projeto, estando disponível para Administradores, Proprietários de projetos/itens e outros utilizadores com direitos de edição suficientes.

  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 efetuada a partir dos comandos da página Projects.

• A página Explorer do Workspace, semelhante ao painel Explorer do Altium Designer 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.

  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

Related page: Controlar o Acesso ao Conteúdo do Workspace

A estrutura de pastas do Workspace do Enterprise Server inclui um esquema avançado de herança de permissões baseado na propagação das permissões de partilha de objetos Parent para Child – sendo este último uma pasta ou itens de design, como Projects, Components, ficheiros BOM, Templates, e assim por diante. Esta organização simplifica o processo de organizar a estrutura de 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 – disponibiliza 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 simplesmente 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' efetivas de conteúdo, 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 – disponibiliza a capacidade de controlar quem pode ver e aceder a que Itens numa pasta partilhada. Este nível de partilha mais específico permite-lhe sobrepor-se (ou acrescentar) ao conjunto de permissões que um Item herdou da respetiva pasta principal. Desde que um utilizador tenha acesso à própria pasta, poderá então ver/editar (conforme permitido) os Itens dentro dessa pasta que estejam partilhados com ele.

  Ao especificar as permissões de partilha para um objeto item (como um Component, Template, etc.) utilizando a interface Explorer do Workspace, as definições de partilha do item também se aplicarão às respetivas Revisions constituintes. 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 ListLista de Controlo de Acesso hierárquica (ACLView) que determina as permissões associadas a Folders, Projects e Items. A lista especifica quem tem acesso a esse objeto e se ele pode ser modificado. Por exemplo, se as definições de Share de um determinado projeto incluírem permissões Librarians (só de leitura) para Librarians, então esse projeto é acessível aos membros do grupo Librarians, mas não pode ser Edited, Moved ou Removed (nem novamente partilhado) por esses membros – a menos que sejam um Administrator ou o Owner do projeto.

  

  As capacidades de partilha acima referidas seguem 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, descendo pela 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 – essas permissões serão herdadas ao longo da hierarquia a partir desse nível, sem afetar as permissões existentes. Adicionar direitos de edição (Read/WriteEditEngineers) para o Grupo de utilizadores

  

  na pasta de topo da hierarquia de pastas A-B-C.

  

  A nova entrada de permissão (Engineers Read/Write) é aplicada automaticamente 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 respetivo conjunto de permissões será 'expandido' 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. Este herdará as permissões de partilha da Pasta C.

  

  Expandir 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 ShareShare na página Workspace Projects.

   

  Aqueles com privilégios de nível de administrador (membros do grupo AdministratorsAdministratorsAdministrators) poderão ver e gerir todas as pastas e Itens. Um utilizador do Workspace sem privilégios administrativos só pode aceder às pastas e Itens que criou (dos quais é o 'owner') 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 Share da interface. 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 (). Tenha em atenção 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 Owner 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 podem apenas visualizar. Os projetos dentro desta pasta herdam estas permissões, acrescentando-as às permissões de escrita inerentes do administrador e do owner.

  

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

  

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

   

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

  

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

  

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

  

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

  

  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 Folder/Item para um User/Group corresponde efetivamente a adicionar outra permissão ao respetivo conjunto de permissões (ACL), e alterar esse acesso novamente para View corresponde 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 respetivo 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 para 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 indicado acima, poderá estar a 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 conceção 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 isto simplesmente “acrescenta” ao conjunto de permissões existente herdado da pasta principal.

  

  Para desligar intencionalmente a herança de permissões de Pai para Filho desta 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 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 permissões de partilha de pastas 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).

  

  Além das pastas e dos Projetos, o sistema de herança de permissões também se aplica a Itens (como Componentes) e às respetivas Revisões 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 respetiva pasta Principal seja explicitamente desligada (desativada) em algum momento. A propagação das permissões de Pai para Filho para uma pasta (ou projeto/Item) é desativada desmarcando 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 efetuadas na respetiva pasta principal, e a hierarquia de permissões fique efetivamente desligada (desativada) neste 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. Passará então a voltar a herdar as permissões da pasta principal (se ainda não existirem) para restaurar a integridade das permissões pai-filho.

  

  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 da Pasta A superior (ou acima) e propagou-se pela hierarquia até à Pasta D.

  

  Desativar a herança de permissões pai-filho na Pasta C desmarcando a opção Inherit permissions from parent na caixa de diálogo Share da pasta.

  

  A continuidade da herança de permissões fica 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 (pai-filho) está desativada.

  

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

  

  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.

  

  Reativar a herança de permissões pai-filho na Pasta C marcando 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 (pai → filho) 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 pai-filho.

   

  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 respetiva pasta principal. Isto também se aplica se uma permissão adicionada para um Grupo/Utilizador for comum às entidades Pai e Filho:

  • Ao adicionar uma permissão a uma pasta, esta irá efetivamente substituir a mesma permissão numa pasta filha se esta 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 Escrita à pasta principal, e este é herdado pela pasta filha. A herança de permissões é mantida.

  • Em contrapartida, 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 – mantém-se no seu nível de permissão existente.
    Em essência, foi adicionado acesso de nível Leitura à 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 paraLibrarians 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 projetos de conceção. 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 são determinadas as permissões de partilha de uma pasta movida depende da relação de herança com a respetiva 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 dentro de 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 — ou seja, 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 dentro de 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 deslocaçã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 filha 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 permissão Inherit (desativada). É movida para a Pasta E sem alterações de permissões e não herdará quaisquer alterações de permissões feitas à sua pasta principal, a Pasta E.

   

  Antes de mover uma pasta ou projeto para outra pasta, recomenda-se vivamente 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 mais elevado do que o 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 pastas aqui descrita também se aplica à deslocação de projetos de design. Um projeto é sempre filho 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 numa pasta filha.

  Gerir Permissões de Criação de Projetos

  Com as definições predefinidas do Workspace, os projetos criados ou carregados pelos membros do Workspace são armazenados na pasta Projects, disponível com acesso de escrita para todos os utilizadores (herdado da pasta principal Projects), e são acedidos diretamente através da página Projects. Esta disposiçã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.

  Como referido acima, as permissões das pastas são acedidas na página Explorer 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) para apenas 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 apresentado acima, apenas os que são membros do grupo Managers. As restrições de permissões também se aplicarão aos utilizadores que criem 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, por exemplo abrindo-se progressivamente 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 à disposiçã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 disposição poderá adequar-se melhor a 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.

  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 de acordo com as suas necessidades. Um exemplo disto poderia ser acesso Write (edição) para Engineers e acesso View (apenas 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 os 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), como 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 (é Apenas 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 (como descrito acima) dificilmente incluirá as permissões da pasta principal, pelo que a herança de permissões na relação principal-filho 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 descrito de adoção de permissões 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 um Create ou Upload de projeto, o sistema criará automaticamente uma estrutura Personal Folder específica do utilizador para armazenar o novo projeto. Isto 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), não sendo visível para os outros utilizadores.

  

  

  

   

  • Se o utilizador efetuar um Create ou Upload de projeto dentro de uma pasta à qual tenha acesso de escrita, então o projeto será armazenado nessa pasta.

  • Se o utilizador efetuar um Create ou Upload de projeto dentro de uma pasta à qual tenha acesso apenas 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 sejam membros do grupo Managers serão incluídos na pasta Projects como habitualmente, porque têm direitos completos de Edit nessa pasta. Os restantes utilizadores têm acesso apenas de leitura (View) à pasta Projects, pelo que os seus novos projetos são armazenados na respetiva pasta My Projects.

  • se um projeto existente na pasta My Projects de um membro do Workspace for partilhado com outros utilizadores (através de Membros do Workspace, Grupos ou nomes de utilizador específicos), então surgirá 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 sob uma pasta Home de nível superior, como é visível 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.

  

  

   

  A transferir uma Revisão de Item

  Para transferir dados a partir da interface, clique 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

  Pode navegar pelo conteúdo de um Workspace - através da interface do navegador - de duas formas, conforme destacado na imagem seguinte e descrito depois.

  

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

  

  Os resultados de um exemplo de pesquisa

   

  1. Clicando no nome de uma pasta cujo conteúdo pretende consultar.

  2. Utilizando a funcionalidade de pesquisa. Introduza uma palavra-chave com base no ID, Comentário ou Descrição de um Item e prima Enter ou clique no ícone da lupa ( ​). Todo o Workspace será pesquisado e os resultados da pesquisa serão apresentados sob a forma de 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 pelo conteúdo através da interface do navegador do Workspace:

  • Navigate – este comando, encontrado no menu de contexto ao clicar com o botão direito sobre um Item, é utilizado para o levar rapidamente a 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, encontrado 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 , encontrado 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, encontrado no menu 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 então ser eliminadas permanentemente ou restauradas, conforme necessário. Se remover uma pasta de projeto, quaisquer libertações associadas também serão movidas para Trash.

  • Remove Item – utilize este comando, encontrado no menu 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 então ser eliminadas permanentemente ou restauradas, conforme necessário. Se remover um Item de Componente, terá também a possibilidade de mover os respetivos modelos associados para Trash ao mesmo tempo. Note que estes só podem ser eliminados se não estiverem a ser utilizados noutro local (por um ou mais componentes).