Как стать автором
Обновить

Комментарии 9

Эх, вот всё то же самое бы, но без кастом кода…
Тогда и статьи бы не было, а только ссылка на msdn :)
Там где я работаю… я просто в Outlook делаю новый meeting, выбираю комнату, букаю её и всё.
В статье об этом говорится. Да, в outlook удобно, но ряд недостатков есть. В нашем случае этот функционал не потерялся.
Аналогично используем на работе бронирование через Outlook. Хотелось бы проконсультироваться. Стандартными средствами не можем настроить правила отображения так, чтобы показывался автор брони, период бронирования и тема без пейлоада. Из интерфейса можно либо все с пейлоадом — не подходит, либо без пейлоада и автора брони. Доступа на сервер нет, есть только права админа на объект помещение (почтовый ящик). Есть ли возможность сделать описанную настройку из клиента или без кастомизации на стороне сервера не обойтись?
Привет, всем. Посмотреть автора брони можно в «Помощник по планированию» в OutLook 2013.
Наводишь курсор на ячейку встречи и отображается ФИО + название комнаты (места встречи).

Тема очень актуальная :). Скажите, а вы не планируете добавлять функционал meetinq request'ов в SharePoint? Т.е. чтобы при бронировании в SP пользователь указывал участников и они получали приглашения через exchange? Также вопрос про повторяющиеся бронирования: делали ли их и синхронизацию с Exchange?

3. По ссылке «Поиск аудиторий» отображается календарь на две недели. В каждой ячейке отображено время, кем комната забронирована и на какое время.


А на скрине здесь — это редизайненый стандартный шарик-календарь или же кастомное представление?

Данная проблема решается правильным web.config’ом и наличием SVC в папке ISAPI.


web.config не обязательно править, достаточно указать нужную фабрику в svc файле: Microsoft.SharePoint.Client.Services.MultipleBaseAddressWebServiceHostFactory и атрибуты [WebInvoke(BodyStyle = WebMessageBodyStyle.Wrapped, RequestFormat = WebMessageFormat.Json, ResponseFormat = WebMessageFormat.Json)] для методов.

1. Для текущего заказчика такой функционал не требуется. Но задача понятная и не сложная — можно будет расширить в будущем. Спасибо за идею :)

Не очень понял про повторяющиеся брони, синхронизация у нас в обе стороны.

2. Это кастомное представление, как в общем-то и все остальные.

3. Можно и фабрикой, но через web.config мне больше нравится :).
Имел в виду recurring events, всякие еженедельные, ежедневные бронирования и т.п.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий