Sto usando un calendario per tenere traccia di tavole rotonde in un dato giorno. Ho due sessioni: mattina e pomeriggio. Voglio creare una visualizzazione che mostra le sessioni del mattino solo elencati in ordine alfabetico tramite un ID di sessione. Questo è un po' difficile da realizzare (a meno che non mi mancava qualcosa di vero e proprio ovvio).

Posso facilmente creare una visualizzazione filtrata mostrando solo gli eventi di quel giorno. Il calendario mostrerà tutti quegli eventi e se tutti prendono posto sulla stessa ora, elenca loro fianco a fianco nello slot ora. Fantastico. La parte difficile è che, per impostazione predefinita, vuole li elenco in formato ID. Così, Se posso aggiungere "Session 02" e poi "Session 01" il calendario, li mostra in quell'ordine (vale a dire, Sessione 02 e poi la sessione 01). Per elencarli in ordine di ID di sessione, Ho pensato di provare queste cose:

1. Configurare la visualizzazione utilizzando l'interfaccia utente web. Senza fortuna. Non esistono opzioni per ordinare gli elementi in questo modo.

   Dal momento che non ha funzionato, Ora sto sperando che non ci è una query CAML da qualche parte in là che mi permetterà di eseguire l'override l'ordinamento. CQWP mi permette di fare che tipo di cambiare, forse il calendario sarà pure?

2. Modificare la web part, cercare un'esportazione"" funzione e … BZZZT! Non riesco a esportare i suoi XML. Non esiste alcuna opzione di esportazione.

   Io sono ancora una speranza che riesco a trovare e modificare alcune query CAML. Dal momento che non posso esportare la web part, SharePoint Designer, che lascia.

3. Aggiungere la web part Calendario a un sito di sandbox e aprire quel sito tramite SharePoint Designer. Guardo il markup per la parte web e trovare quello che sto cercando. Esso ha codificato la follia, ma non c'è: "<ListViewXml …. >follia codificato</ListViewXml>". In particolare, c'è questo gioiello:

<Query>
<Dove>
<DateRangesOverlap>
<FieldRef Name = "Count" />
<FieldRef Name = "EndDate" />
<FieldRef Name = "RecurrenceID" />
<Tipo di valore = "DateTime">
<Mese />
</Valore>
</DateRangesOverlap>
</Dove>
<OrderBy><FieldRef Name = "Session_x0020_ID" /></OrderBy>
</Query>

(Io ho decodificato il &lt;di e &gt s e dividerli a più righe per chiarezza).

Aggiungere il <OrderBy> il bit e ora ordina per Session ID, non l'ID elemento elenco interno.

GIGANTESCO punta o’ cappello di Becky Isserman per il suo commento al post del blog di Isha Sagi: http://www.sharepoint-tips.com/2008/07/caml-sorting-by-file-name.html. Non la metterei la <OrderBy> nel posto giusto senza il suo commento.

Spero di scrivere questo più chiaramente con screen shots presto, ma nel caso in cui non mai, almeno fatto questo molto.

</fine>

Spendiamo collettivamente una grande quantità di tempo a pensare soluzioni SharePoint — come creare loro, quale strumento da utilizzare, cosa succede quando non riescono a distribuire, processi timer, ambiti, ecc. Passiamo così tanto tempo a pensare i bit iniziali che è facile dimenticare che abbiamo bisogno di ritirare loro pure. Soluzioni di retrazione è probabilmente più difficile, dal punto di vista progettazione concettuale, rispetto alla distribuzione di loro. Distribuzione è fondamentalmente un affare cookbook. In genere, installare una caratteristica, forse hanno un ricevitore di funzionalità caricare alcuni dati in un elenco, Questo genere di cose. Tuttavia, ritraendosi è potenzialmente più complessa.

Una determinata soluzione può creare artefatti come questi:

• Tipo di contenuto
• Definizione di elenco
• Definizione del sito
• Dati in un elenco
• Anche ricevitori
• Moduli di InfoPath

La lista continua.

Mentre è ovviamente importante per la progettazione di una soluzione che crea questi artefatti correttamente, è altrettanto importante considerare l'aggiornamento ed eliminare casi. Se la soluzione crea un nuovo elenco e popola l'elenco con dati, cosa succede quando la soluzione è arretrata? In alcuni casi, l'elenco dovrebbe essere eliminato. In altri casi, dovrebbe essere lasciato intatto per scopi storici. I requisiti aziendali vi guiderà verso la decisione giusta.

Per aiutare con questo, creare una matrice che elenca ogni artefatto che consente di distribuire la soluzione SharePoint. Elenco tre colonne per ogni artefatto, uno per creare, Update e delete. Per ogni caso, determinare il risultato corretto per quell'operazione.

Questo tipo di analisi è ovviamente meglio farlo prima che la soluzione è mai distribuita in una farm di SharePoint. Tuttavia, come fumo, non è mai troppo tardi per iniziare a fare le cose correttamente. Tale matrice di creare e sviluppare un piano per affrontare gli scenari di aggiornamento/eliminazione mancante. Potrebbe essere un problema difficile da risolvere, ma almeno verrà messo un box attorno al problema.

</fine>

Iscriviti al mio blog.

Seguimi su Twitter a http://www.twitter.com/pagalvin