Estoy usando un calendario para seguir debates en un día dado. Tengo dos sesiones: mañana y tarde. Quiero crear una vista que muestra sesiones de la mañana sólo alfabético mediante un identificador de sesión. Esto es un poco difícil de lograr (a menos que se me pasó algo muy obvio).

Fácilmente puedo crear una vista filtrada muestra sólo eventos de ese día. El calendario mostrará todos los eventos y si todos toman lugar en la misma hora, enumera al lado de la ranura de la hora. Genial. La parte difícil es, de forma predeterminada, quiere listar en formato de ID. Por lo tanto, Si añado "sesión 02" y luego "sesión 01" en el calendario, les muestra en ese orden (i.e, Período de sesiones 02 y luego sesión 01). Lista en orden de ID de sesión, Se me ocurrió probar estas cosas:

1. Configurar la vista mediante la interfaz de usuario web. Sin suerte. No hay ninguna opción para ordenar los elementos de esta manera.

   Puesto que no trabajan, Estoy ahora con la esperanza de que es una consulta CAML en algún lugar de allí que me permitirá reemplazar la clase. CQWP me permite hacer eso tipo de cambio, Tal vez será como calendario?

2. Editar el elemento web, buscar una "exportación" función y … BZZZT! No puedo exportar su XML. Hay ninguna opción de exportación.

   Todavía mantengo la esperanza que puedo encontrar y modificar algunas consulta CAML. Desde entonces no puedo exportar el elemento web, Eso deja a SharePoint Designer.

3. Yo agregue el elemento web de calendario en un sitio de sandbox y abrir ese sitio usando SharePoint Designer. Miro el marcado para la parte web y encontrar lo que estoy buscando. Se ha codificado la locura, Pero es allí: "<ListViewXml …. >locura codificada</ListViewXml>". Específicamente, Hay esta joya:

<Consulta>
<Donde>
<DateRangesOverlap>
<FieldRef nombre = "EventDate" />
<FieldRef nombre = "EndDate" />
<FieldRef nombre = "RecurrenceID" />
<Tipo de valor = "DateTime">
<Mes />
</Valor>
</DateRangesOverlap>
</Donde>
<OrderBy><FieldRef nombre = "Session_x0020_ID" /></OrderBy>
</Consulta>

(Yo he descifrado el &lt;de y &de gt y dividirlas en múltiples líneas de claridad).

Añadir el <OrderBy> un poco y ahora ordena por ID de sesión, No el ID del elemento de lista interna.

Punta gigante o’ el sombrero Becky Isserman por su comentario a la entrada en el blog de Isha Sagi: http://www.sharepoint-tips.com/2008/07/caml-sorting-by-file-name.html. No habría puesto la <OrderBy> en el lugar correcto sin su comentario.

Espero poder escribir esto más claramente con capturas de pantalla pronto, Pero en caso de que yo no soy, al menos hice tanto.

</final>

Colectivamente, pasamos mucho tiempo pensando en soluciones de SharePoint — cómo crearlos, Qué herramienta usar, ¿Qué sucede cuando no puedan implementar, trabajos del temporizador, ámbitos, etc.. Pasamos tanto tiempo pensando en los bits iniciales que es fácil olvidar que necesitamos retraerlos así. Soluciones que contrae es probablemente más difícil, desde una perspectiva de diseño conceptual, que desplegarlas. Implementación es básicamente un asunto de libro de cocina. Por lo general, instalar una característica, Tal vez tenga un receptor función cargar algunos datos en una lista, ese tipo de cosas. Sin embargo, retracción es potencialmente más complejo.

Una determinada solución puede crear artefactos semejantes:

• Tipo de contenido
• Lista de definiciones
• Definición del sitio
• Datos de una lista
• Incluso los receptores
• Formularios de InfoPath

La lista continúa.

Mientras que es obviamente importante diseñar una solución crea una instancia de esos artefactos correctamente, es tan importante considerar la actualización y eliminar los casos. Si su solución crea una nueva lista y esa lista con los datos, ¿Qué sucede cuando la solución está retraída? En algunos casos, se debería eliminar la lista. En otros casos, se debe dejar intacto para fines históricos. Requerimientos de su negocio le guiará a la decisión correcta.

Para ayudar con esto, crear una matriz que muestra cada artefacto que implementa su solución de SharePoint. Lista de tres columnas por artefacto, uno para crear, Update y delete. Para cada caso, determinar el resultado correcto para la operación.

Este tipo de análisis se realiza obviamente mejor antes de que la solución se implementa alguna vez a una granja de SharePoint. Sin embargo, como fumar, nunca es demasiado tarde para empezar a hacer las cosas correctamente. Crear esa matriz y desarrollar un plan para enfrentar los escenarios que faltan de actualizar/eliminar. Puede ser un problema difícil de resolver, Pero al menos se habrá puesto un cuadro alrededor del problema.

</final>

Suscribirse a mi blog.

Sígueme en Twitter en http://www.twitter.com/pagalvin