Здравствуйте,
Повторяющиеся события являются отдельными событиями, однако при их создании не создаются отдельные темы.
Таким образом, если вы нажмете на одно из повторяющихся событий, чтобы принять в нем участие, то ваше участие будет отображаться во всех событиях.
Не должно ли создание повторяющегося события приводить к созданию отдельных событий/тем с той же базовой информацией, что и у первого события?
Это скорее запрос на новую функцию. Я вас понял: было бы здорово, если бы можно было выбрать конкретное событие в последовательности.
Есть ли какие-то успехи в этом вопросе?
Нам действительно необходимо создавать новую тему для каждого события, а не использовать одну тему события для управления множеством событий, отображаемых в календаре.
В данный момент единственным жизнеспособным обходным путём является ручное создание множества новых тем. Это, конечно, самым раздражающим образом заполняет ленту «Последние» (что как-то нужно смягчить), а также требует осторожности, чтобы не рассылать слишком много уведомлений. Я думаю, это подчёркивает некоторые из сложностей, связанных с реализацией этой функции.
Было бы приемлемо, если бы второстепенные события в теме имели другой внешний вид, например, контур, через eventBorderColor и eventBackgroundColor?
Вы имитируете наложение, комбинируя:
| Свойство | Первичное (подтвержденное) | Второстепенное / предварительное |
|---|---|---|
| eventBackgroundColor | сплошной цвет | другой / светлый |
| eventBorderColor | совпадает с заполнением | сильный контраст |
| стиль границы | сплошная | пунктирная |
| непрозрачность | 1 | 1 |
Это создает визуальную иерархию без необходимости реального наложения.
Милая идея, но я не думаю, что этого будет достаточно — каждое событие в серии действительно требует отдельного подтверждения участия, дополнительной информации и обсуждения.
RSVP будет заменён на опрос, поэтому все события в теме станут автономными. Все события будут посвящены одной и той же задаче: согласованию времени из множества вариантов.
Это не серия мероприятий и не то, что можно реализовать в Outlook.
Именно эта особенность заставляет такие учреждения, как мой университет, отказываться от защитных, но ложных серий в Outlook в пользу Discourse.
Возвращаюсь к этому вопросу после использования обновленного плагина в последние несколько месяцев; теперь, когда у нас появилось больше вариантов повторения событий, он работает довольно хорошо — особенно возможность задавать «N-й день месяца» и возможность RSVP как на отдельное событие, так и на всю серию.
Однако ключевая проблема остается: архивирование контента последнего события.
Сценарий использования: повторяющееся событие, к которому прикреплено довольно много постов и обсуждений. Сюда могут входить вложенные файлы и изображения. Самый очевидный пример — регулярное рабочее совещание.
В настоящее время этот хаос необходимо как-то упорядочивать вручную, поскольку функция повторения просто меняет дату события и сбрасывает RSVP. Ручные варианты действий:
К сожалению, ни один из этих вариантов не идеален.
Я хотел бы, чтобы функция повторения сохраняла текущую тему события в неизменном виде, но после его завершения плагин создавал новую тему для следующего события.
Это позволило бы сохранить удобную структуру и автоматически обеспечило бы сохранение подходящего архива прошедшего события, а также предоставило бы «чистую» тему для нового события.
Ценой за это (помимо повышенной сложности) станет то, что активное событие будет иметь новый URL. Я могу представить, что в некоторых случаях это может стать проблемой.