none
Календарь событий для всех веб узлов SP2007 RRS feed

 > 

  • Вопрос

  • Question
    Нужно войти
    0
    Нужно войти

    Доброго дня.

    Только начинаю изучение SP.

    Можно ли сделать так, чтобы при создании элемента календаря на одном узле он копировался на другие узлы также в календарь?

    Рабочий процесс в Visual Studio использовать? Или создать новый календарь на ферме?

    Заранее благодарю.

    14 сентября 2015 г. 14:56
    |

Ответы

  • Question
    Нужно войти
    5
    Нужно войти

    Если у вас не изменяются элементы во вторичных списках, то скорее всего они и не нужны - вам же требуется только показать информацию из основного списка и все.

    Если это все требуется сделать в пределах одной коллекции сайтов, то можно быстренько написать sandboxed visual web part, которая будет считывать события с первоисточника и показывать их на нужной странице. Можно и стандартную CQWP использовать в зависимости от вашей структуры сайтов.

    Или можно пойти от обратного - события заносятся в нескольких списках и затем агрегируются в головной представлениями - посмотрите:

    Creating a Centralized PMO Calendar

    Aggregating SharePoint Events

    Aggregate SharePoint Event/Items into your Calendar view using Calendar Overlay

    15 сентября 2015 г. 6:39
    |

Все ответы

  • Question
    Нужно войти
    2
    Нужно войти

    Добрый день,

    какая у вас задача стоит?

    15 сентября 2015 г. 3:34
    |
  • Question
    Нужно войти
    0
    Нужно войти

    Есть несколько веб узлов. Задача: При добавлении события в календаре на одном веб узле, данное событие отражалось во всех календарях на всех узлах.

    Аналогичная задача со списками. 

    15 сентября 2015 г. 5:34
    |
  • Question
    Нужно войти
    2
    Нужно войти

    Есть несколько веб узлов. Задача: При добавлении события в календаре на одном веб узле, данное событие отражалось во всех календарях на всех узлах.

    Аналогичная задача со списками. 

    А как потом будет происходить обратная синхронизация (изменение события во вторичных календарях, удаление события в первичном календаре)?

    Продумайте точнее логику поведения, нарисуйте схему портала (web-application/site-collection/site/list), что и куда должно копироваться, от этого зависит вариант реализации.

    15 сентября 2015 г. 5:44
    |
  • Question
    Нужно войти
    2
    Нужно войти

    А вообще это плохая идея... Чтобы её хорошо реализовать придется много чего учесть, слишком много "А если то..., а если это..." будет.

    Я не зря спросил какая задача стоит (в смысле Бизнес-задача).

    15 сентября 2015 г. 5:47
    |
  • Question
    Нужно войти
    0
    Нужно войти

    Есть главный узел. В календаре создается событие. При его создании или правке в календарях дочерних узлов добавляется/изменяется информация.

    Пользователи дочерних узлов могут только просматривать события без возможности их изменения.

    События в главном календаре пока удаляться не будут.

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

    Исходя из логики РП, добавление/изменение элемента в 2м спсике/календаре при аналогичных действиях в 1м.

    15 сентября 2015 г. 6:19
    |
  • Question
    Нужно войти
    5
    Нужно войти

    Если у вас не изменяются элементы во вторичных списках, то скорее всего они и не нужны - вам же требуется только показать информацию из основного списка и все.

    Если это все требуется сделать в пределах одной коллекции сайтов, то можно быстренько написать sandboxed visual web part, которая будет считывать события с первоисточника и показывать их на нужной странице. Можно и стандартную CQWP использовать в зависимости от вашей структуры сайтов.

    Или можно пойти от обратного - события заносятся в нескольких списках и затем агрегируются в головной представлениями - посмотрите:

    Creating a Centralized PMO Calendar

    Aggregating SharePoint Events

    Aggregate SharePoint Event/Items into your Calendar view using Calendar Overlay

    15 сентября 2015 г. 6:39
    |
  • Question
    Нужно войти
    2
    Нужно войти
    Большое спасибо. Буду разбираться.
    15 сентября 2015 г. 6:46
    |
  • Question
    Нужно войти
    0
    Нужно войти

    Решение в принципе неплохое по поводу веб части "Запрос содержимого".

    Но мне нужен вывод именно в календарь, т.е. дублирование события в другой календарь.

    16 сентября 2015 г. 7:41
    |
  • Question
    Нужно войти
    2
    Нужно войти

    Решение в принципе неплохое по поводу веб части "Запрос содержимого".

    Но мне нужен вывод именно в календарь, т.е. дублирование события в другой календарь.

    А сколько вам календарей в итоге надо?
    16 сентября 2015 г. 8:37
    |
  • Question
    Нужно войти
    0
    Нужно войти
    Есть 7 дочерних узлов и 1 основной. Получается 8 календарей. На главном событие добавляется, в календарях дочерних появляется.
    16 сентября 2015 г. 11:22
    |
  • Question
    Нужно войти
    1
    Нужно войти
    Есть 7 дочерних узлов и 1 основной. Получается 8 календарей. На главном событие добавляется, в календарях дочерних появляется.

    Вот спорить уже не буду, но попробуйте убедить меня (да и остальных) в целесообразности таких действий?

    Какие события из головного сайта стоит продавливать на подсайты? Зачем? Кому это надо?

    Решить задачу конечно можно, я просто хочу её понять...

    16 сентября 2015 г. 11:30
    |
  • Question
    Нужно войти
    0
    Нужно войти

    Оповещение о мероприятиях, информирование о новых событиях, встречах.

    Например, Отдел образования - Школа. Сотрудник школы открывает свой узел и видит у себя в календаре новые события, добавленные сотрудником муниципалитета  на своем узле.

    По сути, аналог рассылки, оповещений, только без использования почты.

    Надеюсь, стала понятней задача.


    16 сентября 2015 г. 12:27
    |