Estic utilitzant un calendari per a rastrejar rodones en un dia determinat. Tinc dues sessions: matí i tarda. Vull crear una visualització que Mostra els matins només ordenats alfabèticament mitjançant una sessió ID. Això és una mica difícil d'aconseguir (llevat que em vaig perdre alguna cosa real obvi).

Pot crear fàcilment un visualització filtrada mostrant només esdeveniments de de aquell dia. El calendari es mostrarà totes aquelles manifestacions i si tots ells tenir lloc a la mateixa hora, llista-los de costat a la ranura d'hora. Això és genial. La part delicada és que, per defecte, vol a la llista en format d'identificador. Així, si afegeixo "sessió 02" i llavors "sessió 01" al calendari, demostra en aquest ordre (i. e, Sessió 02 i llavors sessió 01). A la llista en ordre de sessió ID, He pensat per tractar aquestes coses:

1. Configurar la vista mitjançant la interfície d'usuari de web. Gens de sort. No hi ha cap opció d'ordenar elements d'aquesta manera.

   Ja que no va funcionar, Estic ara esperant allà és una consulta CAML en algun lloc en allà que em invalidar la classe permetrà. Em assegurar que el tipus de canvi deixa CQWP, Potser calendari serà així?

2. Editar l'element web, buscar una exportació"" funció i … BZZZT! Jo no pot exportar l'XML. No hi ha cap opció d'exportació.

   Encara estic sostenint l'esperança que puc trobar i modificar alguns consulta CAML. Ja que no pot exportar l'element web, que deixa el SharePoint Designer.

3. Vaig afegir l'element web calendari a un lloc de sorrera i obrir aquest lloc mitjançant el SharePoint Designer. Miro l'etiquetatge de l'element web i trobar què estic buscant. Això ha codificat bogeria, però és allà: "<ListViewXml …. >bogeria codificada</ListViewXml>". Específicament, hi ha aquesta joia:

<Consulta>
<On>
<DateRangesOverlap>
<FieldRef nom = "EventDate" />
<FieldRef nom = "EndDate" />
<FieldRef nom = "RecurrenceID" />
<Tipus de valor = "DateTime">
<Mes />
</Valor>
</DateRangesOverlap>
</On>
<OrderBy><FieldRef nom = "Session_x0020_ID" /></OrderBy>
</Consulta>

(Jo he a descodificada la &lt;del i &del gt i dividir-los a múltiples línies pel bé de claredat).

Afegir la <OrderBy> mica i ara es classifica segons sessió ID, no la ID d'element de llista interna.

Punta GEGANTÍ o’ el barret per Becky Isserman pel seu comentari al bloc de Isha Sagi: http://www.sharepoint-tips.com/2008/07/caml-sorting-by-file-name.html. No han posat la <OrderBy> en el lloc correcte sense el seu comentari.

Espero que escriure això cap amunt de més clarament amb captures de pantalla poc, però en cas que mai faig, com a mínim em feia tant.

</final>

Col·lectivament gastem una gran quantitat de temps pensant en solucions del SharePoint — com crear-los, quina eina utilitzar, Què passa quan fracassen a desplegar, feines del temporitzador, àmbits, etc. Vam passar tant temps pensant en els bits inicial que és fàcil oblidar que cal retirar-los, així. Retracció solucions és probablement més difícil, des del disseny conceptual, que utilitzin. Desplegament bàsicament és un assumpte de llibre de cuina. Típicament, instal·lar un tret, potser té un receptor tret carregar algunes dades a una llista, Aquest tipus de coses. No obstant això, retràctil és potencialment més complex.

Una solució determinada pot crear artefactes com aquests:

• Tipus de contingut
• Llista de definició
• Definició del lloc
• Dades en una llista
• Fins i tot receptors
• Formes d'InfoPath

La llista segueix.

Si bé és evidentment important dissenyar una solució que instantiates aquells artefactes correctament, és tan important considerar l'actualització i suprimir casos. Si la seva solució de crea una llista nova i emplena la llista amb les dades, Què passa quan la solució és retràctil? En alguns casos, la llista hauria de ser suprimit. En altres casos, Això hauria de ser esquerra intacte per motius històrics. Seves necessitats de negoci us guiarà a la decisió correcta.

Per ajudar amb això, crear una matriu que llista cada artefacte que desplega la seva solució al SharePoint. Llista de tres columnes per artefacte, un per a crear, actualitzar i suprimeix. Per a cada cas, determinar el resultat correcte per a aquesta operació.

Aquest tipus d'anàlisi es fa evidentment millor abans que la solució és desplegat mai a una granja SharePoint. No obstant això, com fumar, és mai massa tard per començar a fer les coses correctament. Aquesta matriu de crear i desenvolupar un pla per abordar els escenaris d'actualització/supressió desapareguts. Pot ser un problema difícil de resoldre, però almenys li ha posat un quadre al voltant del problema.

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin