Я использую для отслеживания дискуссии на данный день календаря. У меня есть две сессии: утром и днем. Я хочу создать представление, отображающее утренние заседания только в алфавитном порядке через идентификатор сеанса. Это немного сложнее для выполнения (Если я упустил что-то реальное очевидное).

Можно легко создать отфильтрованного представления показаны только тот день события. Календарь будет показать все эти события и если все они проходят на тот же час, Он перечисляет их бок о бок в час слот. Это здорово. Каверзная часть является то, что, по умолчанию, Он хочет, чтобы перечислить их в формате идентификатора. Таким образом, Если добавить "сессии 02" и тогда «сессия 01" в календарь, Он показывает их в таком порядке (т.е., Сессия 02 и затем сессии 01). Перечислить их в порядке Идентификаторов сессии, Я подумал попробовать эти вещи:

1. Настройка представления с помощью веб-интерфейса пользователя. Не повезло. Есть никаких вариантов сортировки элементов таким образом.

   Так как это не работает, Я теперь надеясь там запрос CAML, где-то в там, что позволит мне переопределить сортировки. CQWP позволяет мне сделать что рода изменения, может быть также будет календарь?

2. Редактировать в веб-части, Посмотрите на экспорт»" Функция и … БАЦ! Я не могу экспортировать его XML. Существует не вариант экспорта.

   Я до сих пор проведение надежду на то, что я могу найти и изменить некоторые запрос CAML. Так как я не могу экспортировать веб-часть, Это оставляет SharePoint Designer.

3. Я добавить календарь веб-часть к сайту песочнице и открыть этот сайт с помощью SharePoint Designer. Я смотрю на разметку для веб-части и я нахожу, что я ищу. Он кодовое безумие, но оно есть: "<ListViewXml …. >закодированные безумие</ListViewXml>". Специально, Существует этот камень:

<Запрос>
<Где>
<DateRangesOverlap>
<FieldRef имя = «EventDate» />
<FieldRef имя = «EndDate» />
<FieldRef имя = «RecurrenceID» />
<Значение Type = «DateTime»>
<Месяц />
</Значение>
</DateRangesOverlap>
</Где>
<OrderBy><FieldRef имя = «Session_x0020_ID" /></OrderBy>
</Запрос>

(Я расшифрованы &lt;в и &gt и разделить их на несколько строк для ясности).

Добавить <OrderBy> бит, и теперь он сортирует по ID сессии, не идентификатор элемента внутреннего списка.

Гигантские отзыв o’ Шляпа для Бекки Isserman за ее комментарий в блоге Иша саги: http://www.sharepoint-tips.com/2008/07/caml-sorting-by-file-name.html. Я бы не поставил <OrderBy> в нужном месте без ее комментарий.

Я надеюсь написать это более четко с Скриншоты скоро, но в случае, если я никогда не, по крайней мере я делал это много.

</конец>

Мы коллективно тратить много времени, думая о решениях SharePoint — их создание, какой инструмент для использования, что происходит, когда они не могут развернуть, задания таймера, области, и т.д.. Мы тратим так много времени, думая о предварительных биты, которые легко забыть, что мы должны отказаться от них также. Отзыв решений вероятно более трудным, с точки зрения концептуального дизайна, чем их развертывания. Развертывание в основном делом кулинарной. Обычно, Установка функции, может быть есть функция приемника загрузки некоторых данных в список, такого рода вещи. Однако, Отзыв является потенциально более сложным.

Данное решение может создавать артефакты как эти:

• Тип содержимого
• Определение списка
• Определение веб-сайта
• Данные в списке
• Даже магнитолы
• Формы InfoPath

Список идет дальше.

Хотя очевидно, что важно при разработке решения, создает эти артефакты правильно, Это так же важно рассмотреть обновление и удаление случаев. Если ваше решение создает новый список и заполняет список с данными, что происходит при отзыве решения? В некоторых случаях, список должен быть удалены. В других случаях, оно должно быть оставлено неповрежденной для исторических целей. Требованиям вашего бизнеса поможет вам правильное решение.

Чтобы помочь с этим, Создание матрицы, списки каждого артефакта, который развертывает решения SharePoint. Список трех столбцов в артефакт, один для создания, обновление и удаление. Для каждого случая, определить правильный результат для этой операции.

Такого рода анализа очевидно лучше всего сделать, прежде чем когда-либо развертывается на ферме SharePoint. Однако, как Курение, Это никогда не слишком поздно, чтобы начать делать вещи правильно. Создание этой матрицы и разработать план для решения отсутствующих сценариев обновления/удаления. Это может быть сложная проблема, для решения, но по крайней мере вы будете положить рамку вокруг проблемы.

</конец>

Подписаться на мой блог.

Следуй за мной по щебетать на http://www.twitter.com/pagalvin