Аз съм с помощта на календар за проследяване на панелните дискусии на даден ден. Аз имам две сесии: сутрин и следобед. Искам да създадете изглед, който показва сутрин сесии само изброени по азбучен ред чрез сесиен Идентификатор. Това е малко труден за изпълнение (Освен ако съм пропуснал нещо реално очевидно).

Лесно да създадете филтриран изглед показва само този ден събития. Календарът ще покаже всички тези събития и ако всички се извършват на един и същи час, Той изброява ги отстрани в час слот. Това е чудесно. Сложната част е, че, по подразбиране, тя иска да ги изброява в формат на ИД. Така, Ако добавим "сесия 02" и тогава "сесия 01" в календара, Той ги показва в този ред (т.е., Сесия 02 и след това сесия 01). Да ги изброява в ред сесиен Идентификатор, Мислех да пробвам тези неща:

1. Конфигурирайте изгледа използвате потребителския интерфейс на уеб. Без късмет. Съществуват възможности за да сортирате елементите по този начин.

   Тъй като това не е работа, Аз съм сега надеждата е CAML заявка някъде в там, че ще ми позволи да замени сортиране. CQWP ми се, че такива промени позволява да, може би календар ще както и?

2. Редактиране на уеб част, погледнете за "износ" функция и … BZZZT! Може да експортирате своите XML. Няма износ опция.

   Аз съм все още въплътила надеждата, че мога да намеря и модифицирате някои CAML заявка. Тъй като не може да експортирате уеб компонент, Това оставя SharePoint Designer.

3. Добавяне на календар на уеб част към пясък сайт и отворен този сайт с помощта на SharePoint Designer. Аз гледам на коректурата за уеб компонента и намирам, че това, което аз търся. Той е кодирал лудост, но това е там: "<ListViewXml …. >кодиран лудост</ListViewXml>". Специално, има тази скъпоценност:

<Заявка>
<Където>
<DateRangesOverlap>
<FieldRef име = "EventDate" />
<FieldRef име = "Крайна дата" />
<FieldRef име = "RecurrenceID" />
<Стойност тип = "DateTime">
<Месец />
</Стойност>
</DateRangesOverlap>
</Където>
<OrderBy><FieldRef име = "Session_x0020_ID" /></OrderBy>
</Заявка>

(Аз съм декодирани &lt;на и &gt на и цепя се тях вън към няколко линии за яснота на саке).

Добави <OrderBy> малко и сега сортира по сесиен Идентификатор, не вътрешния списък ИД на елемент.

ГИГАНТСКИ съвет о’ шапка за Беки Isserman за нея коментар на Isha Даниел блог пост: http://www.sharepoint-tips.com/2008/07/caml-sorting-by-file-name.html. Аз не биха поставили <OrderBy> на правилното място без нея коментар.

Надявам се да пиша това по-ясно с екранни снимки скоро, но в случай, никога не правя, поне направих това много.

</край>

Ние заедно прекарват много време да мисля за SharePoint решения — Как да ги създаде, Кой инструмент да се използва, Какво се случва, когато те не успяват да се разположи, задания за таймер, обхвати, н. Ние прекарваме толкова много време да мисля за първоначални бита, че е лесно да се забрави, че ние трябва да ги отстраните както и. Пренавиване решения е вероятно по-трудно, от гледна точка на идеен проект, от разполагането им. Разполагане е основно cookbook афера. Обикновено, инсталиране на функция, може би имат функция приемник зареди някои данни в списък, този вид на нещо. Въпреки това, Пренавиване е потенциално по-сложни.

Дадено решение може да създаде артефакти като тези:

• Тип съдържание
• Списък определение
• Дефиниция на сайт
• Данните в списък
• Дори приемници
• Формулярите на InfoPath

Списъкът продължава.

Въпреки че е очевидно важно да проектирате решение което instantiates тези артефакти правилно, Тя е също толкова важно да се помисли за актуализиране и изтриване на случаи. Ако вашето решение създава нов списък и населяват този списък с данни, Какво се случва, когато решението е прибран? В някои случаи, Списъкът трябва да бъде изтрит. В други случаи, Тя трябва да се оставят непокътнати за историческа цел. Вашите изисквания за бизнес ще ви насочи към правилното решение.

Да помогне с това, създаване на една матрица, която изброява всеки артефакт, вашето решение разполагането на SharePoint. Избройте три колони на артефакт, една за създаване, актуализиране и изтриване. За всеки случай, определи правилния резултат за тази операция.

Този вид анализ е очевидно най-добре преди решението винаги е разположено на сървърна група на SharePoint. Въпреки това, като пушене, Тя никога не е късно да започнете да правите нещата правилно. Създаване на тази матрица и да разработи план за справяне с липсващите сценарии за актуализиране/изтриване. Тя може да бъде труден проблем за решаване, но поне ще се сложи поле около проблема.

</край>

Абонирайте се за моя блог.

Следвайте ме на Twitter в http://www.twitter.com/pagalvin