Ich verwende einen Kalender zum Nachverfolgen von Podiumsdiskussionen an einem bestimmten Tag. Ich habe zwei Sitzungen: vormittags und nachmittags. Ich möchte eine Ansicht erstellen, die vormittags zeigt nur über eine Sitzungs-ID in alphabetischer Reihenfolge aufgeführt. Dies ist ein wenig schwierig zu erreichen (Wenn ich etwas wirklich klar verpasst).

Ich kann problemlos erstellen, eine gefilterte Ansicht zeigt nur die Tagesereignisse. Im Kalender alle Ereignisse angezeigt werden, und wenn sie alle nehmen Platz auf der gleichen Stunde, Es listet sie nebeneinander in der Stunde-Steckplatz. Das ist geil. Der schwierige Teil ist, dass, Standardmäßig, Sie will, sie im Format ID Liste. Also, Wenn ich "Session 02 hinzufügen" und dann "Session 01" zum Kalender, Es zeigt ihnen in dieser Reihenfolge (dh, Sitzung 02 und dann Session 01). Um sie in Session ID Reihenfolge aufzulisten, Ich dachte, diese Dinge zu versuchen:

1. Konfigurieren Sie die Ansicht über die Web-Benutzeroberfläche. Kein Glück. Es gibt keine Optionen Elemente auf diese Weise sortieren.

   Da das nicht funktioniert, Ich bin jetzt in der Hoffnung dort eine CAML-Abfrage irgendwo drin, die mir ist erlaubt das Sortieren überschrieben. CQWP läßt mich machen, die Art der ändern, Vielleicht wird Kalender sowie?

2. Das Webpart bearbeiten, Suchen Sie nach einem "export" Funktion und … BZZZT! Die XML können nicht exportiert werden.. Es gibt keine Exportoption.

   Ich bin noch Hoffnung hält, dass ich finden und einige CAML-Abfrage ändern kann. Seitdem ich das Webpart kann nicht exportieren., Damit bleibt SharePoint Designer.

3. Ich einen Sandkasten-Website das Kalender-Webpart hinzufügen, und öffnen Sie die Website mithilfe von SharePoint Designer. Ich schaue mir das Markup für das Webpart und ich finde was ich Suche. Es hat codiert Wahnsinn, aber es ist da: "<ListViewXml …. >codierte Wahnsinn</ListViewXml>". Speziell, Es ist dieses Juwel:

<Abfrage>
<Wo>
<DateRangesOverlap>
<FieldRef-Name = "Ereignisdatum" />
<FieldRef-Name = "Enddatum" />
<FieldRef-Name = "RecurrenceID" />
<Werttyp = "DateTime">
<Monat />
</Wert>
</DateRangesOverlap>
</Wo>
<OrderBy><FieldRef-Name = "Session_x0020_ID" /></OrderBy>
</Abfrage>

(Ich habe decodiert die &lt;und &gt's und teilen Sie sie auf mehrere Zeilen um der Klarheit willen).

Fügen Sie die <OrderBy> Bit und jetzt es Session ID sortiert, nicht die interne Liste Element-ID.

GIGANTISCHE Tipp o’ der Hut Becky Isserman für ihr Kommentar, Isha Sagi Blog-post: http://www.sharepoint-tips.com/2008/07/caml-sorting-by-file-name.html. Würde ich nicht setzen haben die <OrderBy> an der richtigen Stelle ohne ihr Kommentar.

Ich hoffe, dass dies deutlicher mit Screenshots bald schreiben, aber für den Fall, dass ich nie tun, zumindest habe ich so viel.

</Ende>

Gemeinsam verbringen wir viel Zeit damit, über SharePoint-Lösungen — wie sie erstellt, welches Tool verwenden, Was passiert, wenn sie nicht bereitstellen, Zeitgeberaufträge, Bereiche, usw.. Wir verbringen so viel Zeit damit, über die vorab-Bits, die es leicht vergessen wird, dass wir zu ihnen als auch den Rückzug. Zurückziehen der Lösungen ist wahrscheinlich schwieriger, aus Sicht der Konzeption, als deren Bereitstellung. Bereitstellung ist im Grunde ein Kochbuch-Affäre. In der Regel, Installieren eines Features, haben Sie vielleicht einen Featureempfänger einige Daten in einer Liste zu laden, so etwas. Jedoch, zurückziehen ist möglicherweise komplexer.

Eine bestimmte Lösung kann Artefakte wie diese erstellen.:

• Content-Type
• Listendefinition
• Site-Definition
• Daten in einer Liste
• Sogar Empfänger
• InfoPath-Formulare

Die Liste geht weiter.

Obwohl es natürlich wichtig, eine Lösung zu entwerfen, instanziiert, die diese Artefakte richtig, Es ist genauso wichtig, betrachten das Update und delete Fällen. Wenn Ihre Lösung eine neue Liste erstellt und diese Liste mit Daten füllt, Was passiert, wenn die Lösung eingefahren? In einigen Fällen, die Liste sollte gestrichen. In anderen Fällen, Es sollte intakt aus historischen Gründen überlassen bleiben. Ihre Geschäftsanforderungen führt Sie auf die richtige Entscheidung.

Um dabei zu helfen, Erstellen Sie eine Matrix, die jedes Artefakt listet, die Ihre Lösung SharePoint bereitstellt. Führen Sie drei Spalten pro Artefakt, ein/e für erstellen, Update und delete. Für jeden Fall, das richtige Ergebnis für diesen Vorgang bestimmen.

Diese Art von Analyse ist natürlich am besten getan, bevor die Lösung überhaupt zu einer SharePoint-Farm bereitgestellt wird. Jedoch, wie Rauchen, Es ist nie zu spät um zu beginnen, Dinge richtig. Erstellen Sie diese Matrix und entwickeln Sie einen Plan, um die fehlenden Update/löschen-Szenarios beziehen. Es kann ein schwer zu lösendes Problem sein., aber zumindest werden Sie einen Rahmen um das Problem.

</Ende>

Onnieren Sie meinen Blog ab.

Folgen Sie mir auf Twitter bei http://www.twitter.com/pagalvin