Office + Facebook = Compartilhe facilmente suas ideias e documentos com amigos
Faça check-out desta postagem no Office Blog...
"Facebook's nova plataforma de mensagens integra os Office Web Apps para permitir que usuários do Facebook visualizem documentos do Microsoft Word, Excel e PowerPoint com apenas um clique."
Nick SimonsGerente de Programa, Office Web Apps
Esta é uma postagem de blog traduzida. Encontre o artigo original em Office + Facebook = Compartilhe facilmente suas ideias e documentos com amigos
Série de blogs Modo de Exibição de Lista do SharePoint 2010: Parte 1 – Introdução ao novo Modo de Exibição de Lista
Olá. Sou Greg Chan, gerente de programa da equipe do SharePoint. É com satisfação que inicio uma nova série de blogs que abordará um amplo espectro de tópicos relacionados ao novo Modo de Exibição de Lista do SharePoint 2010.
O que é um Modo de Exibição de Lista?
Simplificando, um Modo de Exibição de Lista destina-se a exibir dados do SharePoint em forma de lista. O conceito de modo de exibição de lista está em uso desde o SharePoint v2. Embora existam outras tecnologias em uso para visualização de dados em lista em diferentes cenários (por exemplo, Web Part de Consulta de Conteúdo), o Modo de Exibição de Lista permanece como o componente padrão para exibição de dados em listas no SharePoint 2010.
Os modos de exibição de lista podem ser posicionados em qualquer lugar do SharePoint. Eles são usados para exibir informações como comunicados, tarefas e agendas de calendário.
Exemplos de modos de exibição de lista:
Qual é a grande alteração nos modos de exibição de lista em 2010?
Em 2010, estamos introduzindo um componente chamado Web Part Modo de Exibição de Lista XSLT (XLV), que atua como a nova tecnologia de exibição de dados em listas. Essa condição pertencia à Web Part de Exibição de Lista (LVWP), que era o padrão desde o SharePoint v2 até o 2007. (Observação: ainda há suporte para LVWPs no SharePoint 2010, mas não com tanta abrangência quanto na nova XLV.)
A nova XLV traz inúmeras melhorias à plataforma do SharePoint. Esta série de blogs pretende abordar a maioria dessas áreas.
Quais são os principais benefícios dos novos modos de exibição de lista (XLV)?
A substituição da tecnologia padrão para modos de exibição de lista exigiu alterações fundamentais na plataforma do SharePoint. E por que fizemos isso? Deixe-me destacar os principais benefícios da XLV:
O que a série de blogs apresentará?
Muitas pessoas de diferentes equipes da mesma família SharePoint contribuíram para o novo Modo de Exibição de Lista do SharePoint 2010. Nesta série de blogs, você terá a chance de conversar com esses especialistas de área sobre os principais tópicos do Modo de Exibição de Lista.
Veja os tópicos que iremos abordar:
A ordem em que esses tópicos serão publicados poderá variar. Também é possível que tópicos dessa lista sejam adicionados ou modificados. Se houver alguma área referente aos modos de exibição de lista que, embora não esteja nessa lista, você queira conhecer, fique à vontade para sugeri-la aqui.
Obrigado por ler esse material. Esperamos que todos estejam satisfeitos com os novos modos de exibição de lista. Fique ligado para saber mais!
Greg Chan
Esta é uma postagem de blog traduzida. Consulte o artigo original SharePoint 2010 List View Blog Series: Part 1 – Introduction to the new List View
O Service Pack 2 impede que um fluxo de trabalho ao alterar inicie a si mesmo
Olá a todos, aqui é o Stephen novamente. Trabalho como escritor para o SharePoint Designer. Queria informá-los de uma correção que foi incluída no Service Pack 2 para Office SharePoint Server 2007 e no Windows SharePoint Services 3.0. Essa correção afeta fluxos de trabalho projetados no SharePoint Designer 2007. Em seguida, vou lhes mostrar como criar intencionalmente um loop de fluxo de trabalho usando dois fluxos em vez de um.
Antes do Service Pack 2, era muito fácil criar inadvertidamente um fluxo de trabalho que disparava a si mesmo e criava um loop infinito. Por exemplo, considere este cenário:
1) Um fluxo de trabalho é iniciado quando um item é alterado.
2) O fluxo de trabalho atualiza (ou altera) o item atual (por exemplo, usando a ação Definir Campo no Item Atual).
3) Como o fluxo de trabalho altera o item, ele dispara a si mesmo.
Então, se você tivesse um fluxo de trabalho ao alterar que lhe enviasse um email e, em seguida, atualizasse o item atual, poderia receber rapidamente centenas de emails na Caixa de Entrada.
Depois de instalar o Service Pack 2 no servidor, não é mais possível que um fluxo de trabalho que é iniciado quando um item é alterado dispare a si mesmo alterando/atualizando o item atual. Esse cenário de loop infinito não é possível:
No entanto, muitas pessoas projetaram fluxos de trabalho que, na verdade, tiram proveito dos loops infinitos. Por exemplo, você pode projetar um fluxo de trabalho ao alterar que excute um loop ininterrupto em um item de tarefa e envie um lembrete diário até que a tarefa seja marcada como concluída. O fluxo de trabalho dispara a si mesmo atualizando uma coluna Contador (Counter) que foi adicionada à lista apenas para essa finalidade. E o fluxo de trabalho tem uma regra que interrompe ou causa um "curto-circuito" no fluxo de trabalho caso alguma condição seja atendida — nesse caso, o fluxo para sem alterar o item atual se o Status da tarefa for Concluído. Após o SP2, esse fluxo de trabalho será desfeito, pois não poderá disparar a si mesmo.
O SP2 não bloqueia loops infinitos, que podem ser úteis, mas, para recriar o que funcionava antes, você deve projetar dois (ou mais) fluxos de trabalho ao alterar que disparem um ao outro. Dois fluxos de trabalho ao alterar que disparam um ao outro atualizando/alterando o item atual consistem em um cenário de "correcursão":
Além disso, é muito comum implementar um fluxo de trabalho baseado em estado com o uso de vários fluxos de trabalho mais curtos que disparam uns aos outros. Por exemplo, você pode ter uma lista com um campo Status e vários fluxos de trabalho ao alterar anexados à lista. Todos esses fluxos de trabalho incluem uma etapa no final que atualiza o campo Status. Assim, um fluxo de trabalho dispara vários outros atualizando o Status e, em seguida, esses fluxos de trabalho verificam o valor no campo Status para determinar se devem continuar sendo executados ou se devem parar. Esse fluxo de trabalho baseado em estado também é um cenário de "correcursão", pois um fluxo de trabalho inicia muitos outros fluxos ao alterar por meio da alteração/atualização do item atual. O Service Pack 2 não bloqueia esse tipo de fluxo de trabalho baseado em estado que depende de correcursão.
· Antes do SP2, um único fluxo de trabalho ao alterar podia entrar em um loop infinito atualizando o item atual e, assim, disparando a si mesmo.
· Após o SP2, um fluxo de trabalho ao alterar pode disparar qualquer outro fluxo de trabalho ao alterar atualizando o item atual, mas um fluxo de trabalho ao alterar não pode disparar a si mesmo. Assim, cenários de correcursão (inclusive qualquer cenário que implemente um fluxo de trabalho baseado em estado usando muitos fluxos de trabalho ao alterar menores) não estão bloqueados.
· Como lembrete, nunca foi possível criar um loop infinito fazendo com que um fluxo de trabalho ao alterar criasse um item na lista atual. Cada fluxo de trabalho tem uma propriedade que contém os "fluxos de trabalho que não posso iniciar". Essa propriedade é usada para impedir loops para fluxos de trabalho que são iniciados quando um item é criado.
· Também como lembrete, todos os cenários anteriores envolvem apenas fluxos de trabalho anexados a uma única lista ou biblioteca. Loops infinitos em cenários entre listas nunca foram bloqueados para fluxos de trabalho ao alterar ou ao criar .
Esta seção apresenta um exemplo de como um único fluxo de trabalho ao alterar podia tirar proveito de loops infinitos antes do SP2. Após o SP2, esse fluxo de trabalho não disparará a si mesmo. Portanto, a próxima seção apresenta um exemplo de como criar um loop usando dois fluxos de trabalho separados.
Suponha que você tenha uma lista de tarefas chamada Tarefas da Equipe e deseje criar um fluxo de trabalho que enviará um lembrete diariamente até que a tarefa seja marcada como concluída.
Primeiro, adicione à lista uma coluna chamada Contador (Counter), com o valor padrão 0.
Você precisa ocultar as colunas Contador (Counter) dos formulários de lista (Novo Item, Editar Item), de modo que apenas o fluxo de trabalho possa acessá-las/atualizá-las. Primeiro, na página de configurações da lista, clique em Configurações Avançadas e, em seguida, permita o gerenciamento dos tipos de conteúdo.
Na página de configurações da lista, clique em cada tipo de conteúdo e, na próxima página, clique na coluna Contador (Counter). Oculte essa coluna. Faça isso para cada tipo de conteúdo na lista.
Após criar e ocultar a coluna Contador (Counter) para que ela não apareça em formulários, você está pronto para projetar o fluxo de trabalho.
O fluxo de trabalho Lembrete Diário deverá ser iniciado sempre que um item for criado ou alterado.
A primeira etapa verifica dois itens: (1) se a tarefa já foi marcada como concluída, o fluxo para. Essa regra causa um "curto-circuito" no loop sempre que a tarefa é finalmente marcada como concluída. (2) Se a tarefa não estiver concluída, o fluxo de trabalho verificará se a data de conclusão está no futuro (maior do que hoje). Se isso for verdadeiro, o fluxo será pausado até a data de conclusão, pois você não deseja enviar lembretes até que a data de conclusão seja atingida.
A segunda etapa verifica novamente se a tarefa foi concluída (caso o fluxo de trabalho tenha sido pausado até uma data de conclusão na etapa anterior, e a tarefa tenha sido concluída enquanto isso). Se a tarefa ainda não tiver sido concluída, o fluxo será pausado por um dia.
A terceira etapa verifica novamente se a tarefa foi concluída enquanto o fluxo de trabalho estava pausado. Em caso afirmativo, o fluxo de trabalho será interrompido.
Se a tarefa não tiver sido concluída, o fluxo de trabalho (1) enviará o lembrete por email; (2) definirá a variável CurrentCount fazendo uma pesquisa no campo Item Atual/Contador; (3) adicionará 1 a CurrentCount e armazenará esse valor em uma variável NewCount; e (4) definirá a coluna Contador (Counter) com o valor armazenado na variável NewCount.
Basicamente, essa etapa incrementa a coluna Contador (Counter) em 1 sempre que o fluxo de trabalho é executado, assim, você pode consultar a coluna Contador (Counter) para ver quantos lembretes foram enviados. E, o que é mais importante, a ação “Definir Campo no Item Atual” ao final desta etapa é o que “altera” o item atual, fazendo assim com que o fluxo de trabalho dispare a si mesmo e crie o loop.
Após o SP2, você ainda pode obter esse efeito de loop, mas é necessário projetar dois fluxos de trabalho que disparam um ao outro (correcursão) em vez de um único fluxo de trabalho que dispara a si mesmo.
Aqui você usará (1) um fluxo de trabalho Contador (Counter), que incrementa a contagem, e (2) um fluxo de trabalho Trabalhador (Worker), que na verdade envia o email de lembrete.
Conforme explicado anteriormente, você precisa criar uma coluna Contador (Counter) na lista com o valor padrão 0, permitir o gerenciamento de tipos de conteúdo e ocultar esse campo para todos os tipos de conteúdo na lista.
Esse design de dois fluxos de trabalho requer uma segunda coluna, SendMail, que funcionará como um sinalizador para o fluxo de trabalho Trabalhador (Worker). O valor padrão deve ser Não (No); caso contrário, qualquer alteração em um item de tarefa fará com que o email de lembrete seja enviado.
O fluxo de trabalho Contador (Counter) será iniciado quando um item for criado ou alterado.
A primeira etapa verifica o status da tarefa. Se a tarefa for concluída, o fluxo de trabalho Contador (Counter) será interrompido.
Se a data de conclusão da tarefa estiver no futuro (maior do que hoje), a segunda etapa será pausada até a data de conclusão, pois você não deseja enviar lembretes até depois da data de conclusão da tarefa.
A terceira etapa verifica novamente a conclusão da tarefa, caso, ela tenha sido concluída enquanto o fluxo de trabalho estava pausado na etapa anterior. Se a tarefa ainda não tiver sido concluída, o fluxo será pausado por um dia.
A etapa final verifica o status novamente para determinar se a tarefa foi concluída durante a pausa anterior de um dia de duração. Caso não tenha sido, o fluxo de trabalho atualizará o item atual (1) incrementando o valor da coluna Contador (Counter) em um e (2) definindo o sinalizador SendMail como Sim (Yes) (o valor padrão é Não - No).
O fluxo de trabalho Contador (Counter) acima termina atualizando (alterando) o item atual. Essas atualizações disparam o fluxo de trabalho Trabalhador (Worker), que é definido para ser iniciado quando um item é alterado.
O fluxo de trabalho Trabalhador (Worker) simplesmente verifica se o sinalizador SendMail está definido como Sim; em caso afirmativo, o fluxo de trabalho envia a mensagem de lembrete e define o sinalizador novamente como Não.
A definição do sinalizador SendMail como Não é a alteração que dispara o fluxo de trabalho Contador (Counter) acima. Os fluxos de trabalho Contador (Counter) e Trabalhador (Worker) dispararão um ao outro, enviando lembretes diários até que a tarefa seja marcada como concluída.
Como alternativa, em vez de um loop infinito, você pode fazer com que o fluxo de trabalho Trabalhador (Worker) escalone a notificação de tarefa quando a coluna Contador (Counter) atingir um determinado valor — digamos, cinco lembretes. A etapa seguinte executa ramificações diferentes, dependendo da contagem de lembretes. Quando a contagem atinge cinco, o fluxo de trabalho envia uma mensagem a um gerente, cujo endereço de email você pode “embutir” na ação Enviar um Email ou recuperar de uma lista usando uma pesquisa de fluxo de trabalho.
Você também pode fazer com que o fluxo de trabalho Trabalhador (Worker) reatribua a tarefa a um indivíduo ou grupo diferente depois que um determinado número de avisos tiver sido enviado. Para essa etapa, o fluxo de trabalho reatribui a tarefa a um grupo do SharePoint composto de membros da equipe que são responsáveis pelo acompanhamento das tarefas escalonadas.
Se você desejar terminar o loop quando a contagem atingir um determinado número, também adicione uma ramificação para a primeira etapa do fluxo de trabalho Contador (Counter) – não o fluxo de trabalho Trabalhador (Worker). Essa ramificação interrompe o loop quando a coluna Contador (Counter) atinge o valor seis.
Espero que essas informações sejam úteis para você.
—Stephen
Esta é uma postagem de blog traduzida. Consulte o artigo original Service Pack 2 prevents an on-change workflow from starting itself
Bloqueando o SharePoint Designer
Olá para todos, é o Stephen novamente – escrevo sobre o SharePoint Designer. Como você já sabe, o SharePoint Designer 2007 é uma poderosa ferramenta de edição de sites do SharePoint. Na verdade, ele é tão poderoso que provavelmente haverá cenários em sua organização onde você vai querer controlar onde e como as pessoas poderão usar o SharePoint Designer 2007.
Nesta postagem, tentarei responder uma pergunta muito comum: "Como bloquear o SharePoint Designer na minha organização?" E tentarei responder o outro lado desta questão, que surge em um ambiente onde o SharePoint Designer foi bloqueado e o usuário pergunta "Por que vejo esta mensagem quando tento editar um site no SharePoint Designer?"
A tabela a seguir destaca as diversas maneiras nas quais você pode bloquear o SharePoint Designer na sua organização. Algumas destas informações foram publicadas anteriormente em diversos locais (Office Online, TechNet, MSDN, Base de Dados de Conhecimento etc.), mas achei que seria útil agrupá-las para você.
(não é um recurso de segurança)
Para obter uma visão geral visual dos diversos níveis, consulte MSDN: Arquitetura de servidor e de site: visão geral do modelo de objeto.
Para as opções anteriores que usam permissões, seja no nível do site ou na Administração Central, existem três permissões que você precisa considerar.
Se você está preocupado com o fato de usuários poderem editar arquivos em um site, pode desmarcar a caixa de seleção de Adicionar e Personalizar Páginas (Add and Customize Pages). Ao fazer isso, você também desmarcará a caixa de seleção para uma permissão dependente, Gerenciar Site (Manage Web Site).
Quando você remove essas permissões, os usuários ainda podem abrir um site no SharePoint Designer, e podem abrir e editar páginas que talvez estejam na raiz do site, como default.aspx. Mas ao tentarem salvar essas alterações, eles verão esta mensagem.
Sem a permissão Adicionar e Personalizar Páginas, um usuário não consegue salvar a página editada na raiz do site ou em qualquer pasta do site — por exemplo, um usuário não consegue salvar alterações feitas em default.aspx na raiz do site. Porém, é possível salvar a página editada em qualquer biblioteca do site para a qual ele tenha permissões ou em um local fora do site atual. Lembre-se de que permissões de lista são separadas de permissões de site — na verdade, esses dois conjuntos de permissões têm seções separadas na lista de permissões. Dessa forma, impedir que os usuários salvem alterações em arquivos que residem fora de listas ou bibliotecas não os impede de abrir o site no SharePoint Designer e de fazer algo como excluir fluxos de trabalho da biblioteca de documentos Fluxos de trabalho ou excluir uma lista inteira. As permissões para essas listas e bibliotecas são gerenciadas separadamente (consulte a próxima seção).
Veja outra consideração: se você tiver todas as permissões (o nível de permissão padrão Controle Total), verá todas as opções da página Configurações do Site (abaixo, imagem superior). Se você não tiver as permissões Gerenciar Site (dependentes de Adicionar e Personalizar Páginas), várias opções da página Configurações do Site (Site Settings) serão removidas (abaixo, imagem inferior). Dessa forma, leve isso em consideração ao gerenciar permissões de usuário, especialmente no nível da Administração Central, porque é possível que você esteja impedindo que várias pessoas executem tarefas administrativas importantes nos sites delas.
Como mencionado anteriormente, se os usuários puderem abrir um site no SharePoint Designer, eles poderão — dependendo das permissões de lista que possuem — excluir conteúdo de listas de bibliotecas como fluxos de trabalho, formulários de lista ou, até mesmo, listas inteiras. Para impedir isso, desabilite a permissão Gerenciar Listas (Manage Lists).
Depois de remover essa permissão, quando um usuário abrir um site no SharePoint Designer e tentar excluir uma lista (ou um arquivo da lista) que esteja herdando permissões do site, verá a mensagem de aviso padrão "Acesso negado" (Access denied).
Observe que essa permissão pode ser substituída no nível de uma lista ou biblioteca específica se essa lista ou biblioteca interromper a herança. Por exemplo, a biblioteca de documentos Fluxos de trabalho é uma biblioteca oculta no site que, por padrão, não herda permissões do site. Quando você cria um site, a biblioteca Fluxos de trabalho obtém a mesma configuração de permissões do site, mas qualquer alteração de permissão feita subsequentemente no nível do site (como desabilitar Gerenciar Listas) não é automaticamente repassada para a biblioteca Fluxos de trabalho.
Para gerenciar permissões para a biblioteca Fluxos de trabalho, abra o site no SharePoint Designer >> clique com o botão direito do mouse na biblioteca Fluxos de trabalho >> clique em Propriedades >> clique na guia Segurança (Security) >> clique no link “Gerenciar permissões usando o navegador” (Manage permissions using the browser).
Observe que desabilitar Gerenciar Listas para os usuários também impedirá que eles adicionem colunas a uma lista ou criem exibições públicas.
As opções anteriores impedem que usuários editem ou excluam objetos em um site depois de abri-lo no SharePoint Designer. Você também pode impedir que usuários abram um site no SharePoint Designer ao desabilitar a permissão Pesquisar Diretórios (Browse Directories).
Desabilitar essa permissão também desabilita quatro permissões dependentes: duas discutidas anteriormente, Adicionar e Personalizar Páginas (Add and Customize Pages) e Gerenciar Site (Manage Web Site), e outras duas, Gerenciar Permissões(Manage Permissions) e Enumerar Permissões (Enumerate Permissions).
Quando um usuário que não tem a permissão Pesquisar Diretórios para um site (ou aplicativo Web), tenta usar o SharePoint Designer para abrir esse site (ou qualquer site do aplicativo Web), verá esta mensagem.
Em seguida, eles verão a solicitação de novas credenciais de logon. Se as novas credenciais falharem, eles verão esta mensagem.
Verificando a lista de permissões, talvez você fique tentado a desabilitar a permissão Usar Interfaces Remotas (Use Remote Interfaces) porque ela menciona o uso de "interfaces do SharePoint Designer para o acesso ao site" (SharePoint Designer interfaces to access the Web site) — uma conclusão sensata, mas não faça isso! Essa permissão tem uma permissão dependente, Usar Recursos de Integração do Cliente (Use Client Integration Features), e sua remoção desabilita a integração do SharePoint com todos os programas do Office, como o Word, o Excel e o PowerPoint.
Por exemplo, se você desabilitar Usar Interfaces Remotas, observará que a opção Editar do Microsoft Office Word desaparece do menu de itens em uma lista ou biblioteca.
Ou quando você tentar exibir o histórico de versão de um documento no Word (botão do Office >> menu Servidor >> Exibir Histórico de Versão), verá esta mensagem.
E todos os tipos de recursos interessantes, como a integração do fluxo de trabalho, serão desabilitados; portanto, desabilitar Usar Interfaces Remotas não é a forma de controlar o acesso com o SharePoint Designer.
Se você for administrador do servidor, poderá impedir que os usuários abram sites no SharePoint Designer 2007 modificando o arquivo ONET.XML no servidor. Todas as definições de site incluem um arquivo ONET.XML, e a alteração desse arquivo afetará todos os sites baseados nessa definição de site. Por exemplo, você pode modificar ONET.XML para a definição de site “sts”, o que impedirá que todos os usuários abram no SharePoint Designer todos os sites de equipe criados com essa definição de site. Não há um arquivo “uber-ONET.XML” que controle todas as definições de site.
A alteração de ONET.XML é uma alteração global que afeta todos os sites no servidor.
1) No servidor, abra o Windows Explorer e navegue até a pasta que contém a definição de site:
<Unidade:>\Arquivos de Programas\Common Files\Microsoft Shared\Web Server Extensions\12\TEMPLATE\SiteTemplates\<tipo_de_site>\XML
Estes são os modelos de site para um servidor que esteja executando o SharePoint Server 2007. O Windows SharePoint Services tem menos modelos de site. Cada modelo de site tem seu próprio arquivo ONET.xml.
Alguns dos nomes de pasta são um pouco enigmáticos – para obter uma referência rápida, esta tabela os mapeia para os nomes do site.
2) Clique com o botão direito do mouse no arquivo ONET.XML para a definição do site e abra-o usando o Bloco de Notas.
3) Adicione a linha a seguir à marca Project de abertura:DisableWebDesignFeatures=wdfopensite
4) Salve o arquivo e feche o Bloco de Notas.
5) No servidor, execute um iisreset.(Clique em Iniciar, Executar, digite cmd e clique em OK. No prompt de comando, digite iisreset nome_do_computador /restart e pressione ENTER).
6) Se você tiver um site deste tipo aberto no SharePoint Designer, feche o SharePoint Designer.Quando você tentar abrir o site no SharePoint Designer, verá a mensagem a seguir.
Base de Dados de Conhecimento 940958: Como impedir que os usuários do SharePoint Designer 2007 alterem um site do Windows SharePoint Services 3.0 ou um site do SharePoint Server 2007
TechNet: Diretórios especiais e locais de armazenamento (Office SharePoint Server)
MSDN: Definições e configurações do site
MSDN: O elemento Project
Na Administração Central, você pode habilitar ou desabilitar permissões para todos os usuários e grupos em um aplicativo Web. O gerenciamento central de permissões como esse pode ser conveniente porque um aplicativo Web pode conter 150.000 conjuntos de sites. Quando você desmarcar a caixa de seleção de uma permissão em um aplicativo Web, essa permissão não poderá ser atribuída a qualquer usuário ou grupo em qualquer site em qualquer conjunto de sites do aplicativo Web.
Navegue até o site da Administração Central (Central Administration). Na guia Gerenciamento de Aplicativo (Application Management), clique em Permissões do Usuário para Aplicativo Web (User Permissions for Web Application).
Na página seguinte, você verá a mesma lista de permissões exibida durante o gerenciamento de níveis de permissão para um site individual (com uma exceção: na Administração Central, há uma permissão adicional chamada Usar Criação de Site Pessoal).
Os efeitos de desabilitar permissões específicas são discutidos acima, mas na Administração Central, a maneira mais simples de impedir que usuários editem sites no SharePoint Designer é desabilitar a permissão Pesquisar Diretórios para que eles não possam abrir sites no SharePoint Designer — com a advertência de que, dessa forma, essas pessoas não terão acesso no navegador a todas as opções das páginas Configurações do Site e não poderão gerenciar permissões para qualquer site do aplicativo Web.
TechNet: Gerenciar permissões para um aplicativo Web (Office SharePoint Server)
A opção abordada na seção anterior — permissões para o aplicativo Web — é uma configuração universal que abrange todos os usuários e grupos para todos os conjuntos de sites em um aplicativo Web. Se você precisar de mais granularidade, poderá definir permissões para usuários ou grupos específicos em um aplicativo Web. Faça isso criando uma política para o aplicativo Web. O blog de Joel Olson tem alguns bons exemplos de quando uma política de aplicativo Web será útil.
Como Joel menciona, política para um aplicativo Web é uma forma de gerenciar permissões de forma centralizada e é diferente de uma política de gerenciamento de informações — auditoria, expiração, rótulos, códigos de barra — usada para gerenciar dados em uma lista ou biblioteca.
Navegue até o site da Administração Central (Central Administration). Na guia Gerenciamento de Aplicativo (Application Management), clique em Política para Aplicativo Web (Policy for Web Application).
O gerenciamento de políticas de permissão na Administração Central é muito semelhante ao gerenciamento de permissões em um site de equipe do SharePoint. Você pode adicionar usuários, configurar níveis de permissão e atribuir um nível de permissão aos usuários.
Exceto que o truque com a configuração de permissões em uma política é que há duas caixas de seleção para cada permissão — Conceder (Grant) e Negar (Deny). Se você deixar ambas as caixas de seleção em branco, isso significa que a política não concede ou nega explicitamente esta permissão e, portanto, fica a critério dos proprietários do site no aplicativo Web se os usuários terão a permissão ou não. Se você conceder explicitamente uma permissão como parte de uma política de aplicativo Web, esse usuário terá a permissão, e isso não poderá ser substituído pelo proprietário do site no nível do site. Da mesma foram, negar explicitamente uma permissão impedirá que os usuários tenham a permissão.
Suas opções aqui para o uso de permissões para bloquear o SharePoint Designer são iguais às observadas anteriormente. Para obter uma referência rápida, esta tabela mostra que níveis de permissões de política padrão concedem ou negam essas permissões. O caminho mais simples para bloquear o SharePoint Designer deve ser adicionar um novo nível de política de permissão que negue explicitamente Pesquisar Diretórios (com as advertências sobre dependências observadas anteriormente) e depois atribuir essa política a usuários ou grupos específicos.
TechNet: Gerenciar permissões por meio de política (Office SharePoint Server)
Um proprietário do site pode definir permissões por usuário e por site.
Se o site não estiver herdando permissões:
· Clique no menu Ações do Site >> Configurações do Site >> Permissões Avançadas >> menu Configurações >> Níveis de Permissão
Se o site estiver herdando permissões:
· Clique no menu Ações do Site >> Configurações do Site >> Permissões Avançadas >> menu Ações >> Editar Permissões >> clique em OK >> menu Configurações >> Níveis de Permissão
No nível do site, as mesmas permissões estão disponíveis para você, e elas têm as mesmas dependências observadas anteriormente. Para obter uma referência rápida, esta tabela mostra que níveis de permissão padrão do SharePoint Server 2007 incluem essas permissões.
A orientação mais simples aqui é:
· Para impedir que os usuários abram um site no SharePoint Designer, adicione-os ao grupo Visitantes. Observe que os Visitantes também não podem editar itens ou arquivos em listas ou bibliotecas no navegador.
· Para impedir que os usuários editem um site no SharePoint Designer, adicione-os ao grupo Membros. Os membros podem editar itens ou arquivos em listas ou bibliotecas no navegador. Também podem abrir (mas não editar) um site no SharePoint Designer.
· Para permitir que os usuários editem um site no SharePoint Designer sem executar tarefas do tipo do proprietário do site (como o gerenciamento de permissões), crie um grupo Designers e atribua o nível de permissão Design a ele. Os usuários com o nível de permissão Design podem abrir e editar um site no SharePoint Designer, mas não têm a permissão Gerenciar Permissões.
Lembre-se de que as permissões no nível do site são substituídas por permissões no nível do aplicativo Web. Mesmo se você atribuir o nível de permissão Controle Total a um usuário para o seu site, esse usuário terá acesso negado se as permissões necessárias tiverem sido removidas ou negadas na Administração Central.
Office Online: Níveis de permissão e permissões
Office Online: Gerenciamento de níveis de permissão
É possível usar o recurso Configurações do Colaborador para habilitar e configurar o modo Colaborador, que é um modo de acesso limitado no SharePoint Designer 2007. Os usuários que abrirem um site para edição do SharePoint Designer 2007 terão acesso a comandos ou recursos diferentes, dependendo do grupo Colaborador a que pertençam e que restrições de edição foram atribuídas a esse grupo Colaborador.
No menu Site, clique em Configurações do Colaborador (Contributor Settings).
Configurações do Colaborador oferecem um controle mais detalhado sobre que usuários poderão executar quais tarefas no SharePoint Designer 2007. Porém, tenha dois pontos importantes em mente:
· Ao contrário de permissões, Configurações do Colaborador não é um recurso de segurança. O modo Colaborador foi criado para ser usado em um ambiente onde os proprietários do site confiam nas intenções dos usuários. O modo Colaborador ajuda a orientar usuários em uma determinada direção para a execução das tarefas deles, e essa orientação impede alterações acidentais feitas no site.
· As Configurações do Colaborador de um usuário não podem substituir o que as permissões do usuário permitem que ele faça. As permissões são um recurso de segurança; as Configurações do Colaborador não são um recurso de segurança; se houver um conflito entre elas, as permissões sempre terão precedência sobre as Configurações do Colaborador.
Para ativar ou desativar as Configurações do Colaborador, você precisa ter a permissão Gerenciar Permissões. No SharePoint Server 2007, por padrão, somente os níveis de permissão Controle Total e Gerenciar Hierarquia incluem essa permissão. Dessa forma, por padrão, somente as pessoas do grupo Proprietários podem desativar Configurações do Colaborador.
Por fim, se um usuário tentar salvar um arquivo em um local não permitido por suas Configurações do Colaborador, verá a mensagem normal de acesso negado.
As Configurações do Colaborador só podem ser definidas por site e são armazenadas em um arquivo .htm. No entanto, é possível defini-las em um site temporário, salvar o arquivo .htm e incluir esse arquivo em uma definição de site usando o elemento File. Dessa forma, todos os sites criados com essa definição de site compartilharão as mesmas configurações de Colaborador.
Office Online: Introdução às Configurações do Colaborador
Office Online: Uso das Configurações do Colaborador como um gerente de site
Em uma rede baseada em Windows, os administradores podem usar as configurações da Política de Grupo para controlar a forma como os usuários trabalham com o sistema Microsoft Office 2007, incluindo o SharePoint Designer 2007. Os administradores podem usar as configurações da Política de Grupo para definir e manter uma configuração do Office nos computadores dos usuários. Ao contrário de outras personalizações — por exemplo, configurações padrão distribuídas em um arquivo de personalização da Instalação — as configurações de política são impostas e podem ser usadas para criar configurações altamente gerenciadas ou levemente gerenciadas. Por exemplo, os administradores podem usar as configurações de política para desabilitar comandos de menu da interface do usuário e seus botões de barra de ferramentas correspondente, além de atalhos do teclado.
Você pode criar configurações de política que se apliquem ao computador local e a todos os usuários desse computador ou que se apliquem somente a usuários individuais:
· As configurações de política por computador são aplicadas na primeira vez em que qualquer usuário faz logon na rede usando o computador.
· As configurações de política por usuário são aplicadas quando o usuário especificado faz logon na rede usando qualquer computador.
A Política de Grupo é completamente separada de uma política de permissões na Administração Central e de uma política de gerenciamento de informações aplicada a uma lista ou biblioteca. A Política de Grupo não controla o acesso a objetos como sites ou conjuntos de sites em uma implantação do SharePoint. Em vez disso, ela pode desabilitar comandos e botões na interface do usuário do SharePoint Designer 2007. Por exemplo, se você não quiser que os usuários executem tarefas que utilizem recursos de forma intensa, como fazer backup de sites durante horas operacionais de pico, poderá usar a Política de Grupo para desabilitar o comando Fazer Backup do Site no SharePoint Designer para computadores ou usuários específicos.
Desabilitar a interface do usuário requer que você especifique a ID de controle da barra de ferramentas (TCID) para os controles do sistema Office 2007. Para programas do Office 2007 que usam a Faixa de Opções, este download oferece uma lista de TCIDs.
No SharePoint Designer 2007, você pode obter IDs de controle usando o mesmo VBA que funcionava no Office 2003. É possível encontrar etapas e trechos de código VBA em Office Online: Gerenciamento de configurações dos usuários por política.
Para obter uma referência rápida, a planilha anexada a esta postagem lista as TCIDs de todos os menus e comandos do SharePoint Designer 2007.
TechNet: Imponha configurações usando a Política de Grupo no sistema Office 2007
TechNet: Desabilite a interface do usuário e as teclas de atalho
O gerenciamento corporativo com o Console de Gerenciamento de Política de Grupo
Office Online: Gerenciamento das configurações dos usuários por política
Esta é uma postagem de blog traduzida. Consulte o artigo original Locking Down SharePoint Designer
Usando Office Web Apps para o Relatório Anual do MSFT 2010
É sempre empolgante ver as novas maneiras como as pessoas estão usando os Office Web Apps para compartilhar documentos. Há algumas semanas, a Microsoft lançou seu Relatório Anual de 2010 e, pela primeira vez, qualquer pessoa pode exibi-lo diretamente em um navegador da Web usando o Word Web App (ou baixá-lo para a área de trabalho, se preferir).
Agora, os investidores podem ler o formulário 10-K, cartas aos acionistas ou relatórios anuais, mesmo que estejam usando computadores sem o Office instalado. Além disso, graças à experiência de exibição em alta fidelidade nos Office Web Apps, todos obtêm uma visão excelente do conteúdo, com todas as imagens, gráficos, notas de rodapé e formatação no navegador da Web.
Com os Office Web Apps e o SkyDrive, qualquer pessoa pode facilmente adicionar um link de Web Apps a um documento em seu site ou blog gratuitamente. Por exemplo, você pode postar um link para seu currículo, uma lista de compras (no Excel, é claro) ou uma apresentação bem-humorada do PowerPoint no seu blog. Ou então, as empresas podem fornecer links para materiais de suporte, apresentações ou listas de preços em seus sites (de maneira semelhante a Dane Creek Folios). (Para apresentações do PowerPoint e planilhas do Excel, você também pode inserir versões em miniatura de seus documentos diretamente no site.)
Assim, qualquer pessoa que visite o site poderá simplesmente clicar no documento e exibi-lo no navegador. Você não precisa se preocupar quanto à versão do Office que os visitantes do site estão usando, nem se eles possuem ou não o Office instalado. E não há necessidade de converter o conteúdo do documento em HTML ou em PDF – é só usar seus documentos originais do Office.
Veja como fazer isso em algumas etapas simples:
Esperamos que isso lhe dê algumas ideias de como usar os Office Web Apps para melhorar seu site ou blog. Gostaríamos muito de saber como você está usando o produto!
Evan LewGerente de Produto, Office Web Apps
Esta é uma postagem de blog traduzida. Consulte o artigo original Using Office Web Apps for the MSFT 2010 Annual Report
Usando os Office Web Apps para criar novos arquivos
Os Office Web Apps podem ser instalados como parte de uma implantação do SharePoint. Além disso, os Office Web Apps estarão disponíveis no Windows Live SkyDrive. Uma diferença entre os Office Web Apps nesses dois ambientes é a maneira de criar novos arquivos.
No SkyDrive, você poderá criar um novo documento, pasta de trabalho, apresentação ou bloco de anotações do OneNote usando os Office Web Apps. A interface do usuário tem esta aparência…
Quando você cria um novo arquivo usando essa interface do usuário, o arquivo é aberto no Office Web App adequado. O SkyDrive usa um modelo em branco simples para criar os novos arquivos.
É claro que você também pode carregar arquivos no SkyDrive e editá-los nos Office Web Apps. E, se tiver o Office 2010, você poderá salvar arquivos de aplicativos como Word e PowerPoint diretamente no SkyDrive.
No SharePoint, se você tiver o Office instalado no computador, a experiência com o novo arquivo sempre usará o cliente de desktop do Office adequado. Os Office Web Apps não serão usados. No entanto, se você não tiver o Office na área de trabalho, o SharePoint usará o Office Web App adequado (caso disponível) para criar um novo arquivo.
Os Office Web Apps só podem criar novos arquivos baseados nos formatos de arquivo Office Open XML (por exemplo, .docx ou .xlsx) e no formato de arquivo do OneNote 2010. Quando os Office Web Apps criam novos arquivos do Word, PowerPoint e Excel, o modelo deve ser compatível com o aplicativo Web. Todos os modelos fornecidos com o SharePoint são compatíveis com os Office Web Apps. O OneNote Web App é um pouco diferente – ele sempre cria um bloco de anotações em branco do OneNote 2010.
Quero falar um pouco mais sobre como personalizar a nova experiência de arquivo no SharePoint. Observe que isso se aplica tanto aos clientes de desktop do Office quanto aos Office Web Apps.
A interface do usuário padrão do SharePoint para a criação de novos arquivos em uma biblioteca de documentos tem esta aparência…
Por padrão, você terá a oportunidade de criar um novo documento do Word. Esse documento se baseia em um modelo em branco padrão do Word. No entanto, a interface é personalizável.
Quando você cria uma nova biblioteca de documentos, é apresentada a opção de selecionar um modelo de documento. Esses modelos incluem os tipos de arquivos aos quais os Office Web Apps dão suporte. A interface do usuário tem esta aparência…
Os modelos que você escolhe nessa interface do usuário ainda são os modelos em branco padrão. Porém, nas Configurações Avançadas de uma biblioteca de documentos, é possível alterar o modelo de documentos para ser praticamente qualquer arquivo que desejar. Por exemplo, você pode usar um modelo que contenha fontes personalizadas, texto clichê ou um logotipo de empresa. A interface do usuário para a seleção de um modelo personalizado é semelhante ao exemplo a seguir…
Por padrão, cada biblioteca de documentos oferece suporte a apenas um único modelo. Em muitos casos, isso é tudo de que você precisa e já pode parar por aqui.
Ainda está lendo? OK. Se você quiser criar arquivos do PowerPoint e do Word na mesma biblioteca de documentos, por exemplo, precisará associar vários modelos a essa biblioteca.
O SharePoint permite associar vários modelos a uma biblioteca de documentos usando um recurso chamado de Tipos de Conteúdo. Se você acompanhou o salto, viu que a opção Tipos de Conteúdo faz muito mais do que simplesmente permitir a existência de vários modelos na mesma biblioteca de documentos. Mas, neste momento, vou falar apenas sobre isso.
Para usar tipos de conteúdo, você precisará...
Veja a seguir como fazer isso.
Para começar, você precisará criar um tipo de conteúdo para cada tipo de arquivo desejado. Para isso, acesse Configurações do Site e selecione Tipos de Conteúdo de Site. Clique em Criar. Dê nome ao tipo de conteúdo (como Meu Documento do Word). Defina o Tipo de Conteúdo Pai como Documento na lista de Tipos de Conteúdo de Documento. Na página Configurações Avançadas para o tipo de conteúdo, selecione o modelo que deseja usar.
Em seguida, ative Tipos de Conteúdo em sua biblioteca de documentos. Você pode fazer isso em Definições da Biblioteca de Documentos>Configurações Avançadas.
Agora retorne a Definições da Biblioteca de Documentos. Na seção Tipos de Conteúdo, selecione Adicionar a partir de tipos de conteúdo de site existentes. Aqui, você deverá poder selecionar seu tipo de conteúdo personalizado.
Se quiser configurar todo o site do SharePoint para usar o mesmo conjunto de tipos de conteúdo em todas as novas bibliotecas de documentos, você poderá criar um modelo de biblioteca de documentos (não é o mesmo que os modelos sobre os quais falamos até agora) e defini-lo como padrão para novas bibliotecas de documentos. Nesse ponto, estamos entrando no território do XML personalizado e, possivelmente, até mesmo no território de código. Porém, se você está administrando um site grande do SharePoint, talvez valha a pena entrar nesses territórios.
Nick Simons Gerente de Programa, Office Web Apps
Esta é uma postagem de blog traduzida. Consulte o artigo original Using Office Web Apps to Create New Files
Os Office Web Apps adoram o seu navegador
Em minhas últimas férias, fui visitar minha família. Como qualquer pessoa que trabalha no setor de tecnologia pode entender, logo me tornei responsável pelo suporte técnico. Assim, passei parte das férias aplicando patches, instalando software e consertando computadores, enquanto descobria as diferenças nas configurações dos computadores de cada membro da família.
Minha mãe executa o Vista com o IE 7, meus dois irmãos usam sistemas Mac e o navegador Safari (e como medida de precaução, não me deixaram tocá-los), meu pai executa o Windows XP e meus sogros executam o Vista com o Firefox. Essa experiência me fez apreciar em nível pessoal como é valioso poder trabalhar em qualquer lugar, independentemente da configuração do computador.
Quando estávamos criando os Office Web Apps, nosso objetivo era fornecer uma experiência de qualidade do Office, independentemente da plataforma e do navegador que você usa. Sabemos que nossos clientes possuem diversas configurações e, em alguns casos (como trabalhar em uma biblioteca ou em um quiosque no aeroporto), não há opção para instalar um navegador diferente.
Os Office Web Apps funcionam com alguns dos navegadores mais usados e oferecemos suporte oficial para:
Se você prefere usar outro navegador, dê uma chance para os Web Apps. Embora não possamos oferecer suporte oficialmente a todos os navegadores, os clientes não estão impedidos de usá-los. Um dos objetivos dos Web Apps é ter grande compatibilidade e alcance.
Nós nos empenhamos em tornar a experiência consistente em todos os navegadores para os quais oferecemos suporte, mas às vezes isso não é possível. Um navegador pode não oferecer o mesmo nível de extensibilidade para determinados cenários. Um exemplo disso é a cópia de texto pressionando o botão 'copiar' na faixa de opções. No Internet Explorer, isso funciona (depois de um prompt), mas o Firefox não oferece suporte para cópia na área de transferência através de ações do mouse. Portanto, você verá uma caixa de diálogo dos Office Web Apps semelhante ao exemplo a seguir.
A Microsoft acabou de lançar o Silverlight 3, um plug-in gratuito para navegadores que permite aos desenvolvedores criar experiências da Web mais sofisticadas para muitos navegadores e plataformas. Os Office Web Apps funcionarão bem sem plug-ins instalados, mas ficarão ainda melhores se você tiver o Silverlight.
É possível que, visualizar um documento do Word ou uma apresentação do PowerPoint, você seja solicitado a instalar o Silverlight. Isso acontece porque as experiências de exibição no Word e no PowerPoint são aprimoradas com o uso do Silverlight.
Você obtém alguns benefícios automáticos quando possui o Silverlight instalado ao executar o PowerPoint Web App. Por exemplo, as animações ficam mais regulares, e os slides são dimensionados de acordo com o tamanho da janela do navegador. No entanto, o Silverlight não é necessário para renderização ou animação.
Se você deseja obter as vantagens mencionadas acima ao usar os Office Web Apps, instale o Silverlight. Se preferir não instalar o Silverlight, os Office Web Apps ainda funcionarão bem no navegador que você optar por usar – permitindo que você trabalhe em qualquer lugar, seja qual for a configuração do seu computador.
Gareth Howell Gerente de Programa, Office Web Apps
Esta é uma postagem de blog traduzida. Consulte o artigo original The Office Web Apps Love Your Browser