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