Eu estou usando um calendário para localizar painéis de discussão num determinado dia. Eu tenho duas sessões: manhã e tarde. Eu quero criar uma exibição que mostra as sessões da manhã só listadas em ordem alfabética, através de um ID de sessão. Isto é um pouco complicado para realizar (a menos que eu perdi alguma coisa real óbvio).

Eu posso facilmente criar uma exibição filtrada, mostrando apenas que os eventos de hoje. O calendário irá mostrar todos os eventos e se todos eles se coloque na mesma hora, ele enumera-los lado a lado no slot da hora. Fantástico. A parte complicada é que, Por padrão, Quer listá-las no formato de ID. Assim, Se eu adicionar "sessão 02" e então "sessão 01" no calendário, mostra-los nessa ordem (ou seja, Sessão 02 e depois de sessão 01). Para listá-los em ordem de ID de sessão, Pensei experimentar essas coisas:

1. Configurar o modo de exibição usando a interface de usuário web. Sem sorte. Não há nenhuma opção para classificar itens desta forma.

   Desde que isso não funcionou, Estou agora esperando lá é uma consulta CAML algures por aí que me permitirá substituir o tipo. CQWP permite-me fazer isso tipo de mudar, Talvez o calendário será também?

2. Editar a web part, Procure uma exportação"" função e … BZZZT! Eu não posso exportar seu XML. Não há nenhuma opção de exportação.

   Ainda tenho esperança que posso encontrar e modificar alguma consulta CAML. Desde que eu não é possível exportar a web part, Isso deixa o SharePoint Designer.

3. Para adicionar a web part de calendário para um site seguro e abrir esse site usando o SharePoint Designer. Olho para a marcação para a web part e encontrar o que procuro. Ele tem codificados loucura, Mas está lá: "<ListViewXml …. >loucura codificada</ListViewXml>". Especificamente, Há esta jóia:

<Consulta>
<Onde>
<DateRangesOverlap>
<FieldRef nome = "Count" />
<FieldRef nome = "EndDate" />
<FieldRef nome = "RecurrenceID" />
<Tipo de valor = "DateTime">
<Mês />
</Valor>
</DateRangesOverlap>
</Onde>
<OrderBy><FieldRef nome = "Session_x0020_ID" /></OrderBy>
</Consulta>

(Já decodifiquei o &lt;do e &do gt e separá-los para fora para várias linhas para de clareza).

Adicionar o <OrderBy> um pouco e agora ele classifica por ID de sessão, Não o ID do item de lista interna.

O gigantesco de ponta’ o chapéu de Becky Isserman pelo seu comentário ao post do blog de Isha Sagi: http://www.sharepoint-tips.com/2008/07/caml-sorting-by-file-name.html. Não colocaria o <OrderBy> no lugar certo sem seu comentário.

Espero que ao escrever isto mais claramente com capturas de tela em breve, Mas no caso de não fazer, pelo menos eu fiz assim.

</fim>

Colectivamente despendemos muito tempo pensando sobre as soluções SharePoint — como criá-los, qual ferramenta usar, o que acontece quando eles não conseguem implantar, trabalhos de timer, escopos, etc. Passamos tanto tempo pensando sobre os up-front bits que é fácil esquecer que é preciso recolhê-los também. Soluções de retracção é provavelmente mais difícil, da perspectiva do design conceitual, do que implantá-los. Implantação é basicamente um assunto de livro de receitas. Normalmente, instalar um recurso, Talvez tenha um receptor de recursos carregar alguns dados em uma lista, Esse tipo de coisa. No entanto, retracção é potencialmente mais complexa.

Uma determinada solução pode criar artefatos como estes:

• Tipo de conteúdo
• Definição de lista
• Definição de site
• Dados em uma lista
• Mesmo os receptores
• Formulários do InfoPath

A lista continua.

Enquanto é obviamente importante projetar uma solução que instancia os artefatos corretamente, é tão importante considerar a atualização e excluir casos. Se sua solução cria uma nova lista e preenche a lista com dados, o que acontece quando a solução está retraída? Em alguns casos, a lista deve ser excluída.. Em outros casos, deve ser deixado intacto para fins históricos. Seus requisitos de negócios irão guiá-lo para a decisão certa.

Para ajudar com isso, criar uma matriz que relaciona cada artefato que sua solução implanta para SharePoint. Lista três colunas por artefato, um para criar, Update e delete. Para cada caso, determinar o resultado correto para que a operação.

Este tipo de análise é obviamente melhor feito antes que a solução já é implantada em um farm do SharePoint. No entanto, como fumar, Nunca é demasiado tarde para começar a fazer as coisas corretamente. Que a matriz de criar e desenvolver um plano para abordar os cenários de atualização/exclusão faltando. Pode ser um problema difícil de resolver, Mas pelo menos você vai ter colocar uma caixa em torno do problema.

</fim>

Subscreva ao meu blog.

Siga-me no Twitter em http://www.twitter.com/pagalvin