Планируется ли возможность проведения нескольких мероприятий в рамках одной темы или поста?
В голову приходят следующие сценарии использования:
Я столкнулся с этим ограничением, экспериментируя с рабочим процессом обсуждений, управляемым календарём, на студенческом форуме.
Моя цель заключается в том, чтобы каждое событие календаря служило отправной точкой для темы обсуждения, а не было единственной информацией в этой теме.
Например, если я пытаюсь договориться о встрече с кем-то, я могу предложить несколько возможных временных интервалов в рамках одной темы обсуждения:
• Вт, 31 марта — с 12:00 до 13:00
• Ср, 1 апреля — с 10:00 до 11:00
• Пт, 3 апреля — с 15:00 до 16:00
В идеале я хотел бы включать несколько блоков [event] в одну тему, чтобы:
• каждый предлагаемый временной интервал отображался в календаре сайта
• участники могли отметить своё участие в конкретном слоте
• pосле выбора времени остальные события можно было просто удалить или отредактировать
Это становится ещё более полезным, когда тема события также служит потоком обсуждения до и после мероприятия (повестка дня, заметки, последующие вопросы).
Другой пример из моего форума — академические обсуждения, где:
• лекция
• часы приёма
• и занятие по повторению
могут быть связаны с одной темой обсуждения, но при этом оставаться отдельными событиями в календаре.
В настоящее время такой рабочий процесс склоняет пользователей к созданию одного события на тему, что приводит к фрагментации обсуждений. Возможность включать несколько событий в одну тему упростит сохранение связанных разговоров в одном месте, одновременно сохраняя преимущества интеграции с календарём.
Могу я предложить альтернативный рабочий процесс для достижения вашей цели?
Что вы об этом думаете?
Такой рабочий процесс имеет смысл, если цель — просто выбрать одно время с помощью опроса.
В ситуации, о которой я думаю, кандидаты на время ведут себя скорее как предварительные события, которые должны отображаться в календаре в процессе согласования графика.
Например, представьте бизнес, где бронирования клиентов автоматически создают события в календаре. В то же время мы пытаемся организовать корпоративное мероприятие для сотрудников и предлагаем несколько возможных временных слотов.
Эти слоты для сотрудников могут изначально казаться жизнеспособными, но если появится событие клиента с более высоким приоритетом, которое конфликтует с одним из них, этот слот может потребоваться отменить или перенести. В этом смысле календарь выступает в роли глобального представления расписания, а не просто способа выбрать самое популярное время.
Поэтому сами кандидаты на время должны отображаться в календаре, пока обсуждение еще идет и выбирает между ними. Как только окончательное время будет утверждено, остальные блоки [event] можно просто удалить или отредактировать.
Один из способов реализации этого — если тема может содержать несколько блоков [event], при этом один из них обозначается как основное событие, а остальные рассматриваются как предварительные или вторичные события. Основное событие будет каноническим для темы, в то время как остальные будут просто отображаться в календаре как кандидаты на слоты в процессе планирования.
Основное событие может быть:
• утверждено вручную (например, после проверки конфликтов с событиями более высокого приоритета), или
• динамически получено из опроса, если обсуждение использует голосование для выбора времени.
Изучая работу плагина, видно, что события уже извлекаются из блоков [event] внутри постов и сохраняются как отдельные записи для календаря. Это говорит о том, что правило «одно событие на тему» может быть в основном ограничением интерфейса, а не структурным ограничением.
Разрешение блоков [event] в нескольких постах (при этом один может быть необязательно помечен как основное событие) может сохранить текущую ментальную модель, одновременно позволяя реализовать рабочие процессы планирования, где несколько предварительных событий должны существовать в одной теме обсуждения.