Для сайтов, которые сильно полагаются на страницу «Ближайшие события», многие участники сообщества предпочитают вид по умолчанию в виде недели. В настоящее время /upcoming-events всегда загружает сначала вид «Месяц», даже если пользователь предпочитает «Неделю» (или «День», «Год»).
Запрос на новую функцию
Добавить простое административное настройку сайта для конфигурации того, какой вид загружается по умолчанию на /upcoming-events:
управление видом по умолчанию для ближайших событий:
- /upcoming-events/month (текущий вид по умолчанию)
- /upcoming-events/week
- /upcoming-events/year
Почему это важно
Вид «Неделя» более практичен для учебных расписаний, графиков смен и сообществ с большим количеством событий.
Уменьшает необходимость повторного переключения каждый раз при посещении страницы.
Улучшает соответствие пользовательского опыта мобильным календарным приложениям, которые по умолчанию используют вид «Неделя».
Текущее решение
Администраторы могут принудительно перенаправлять на /upcoming-events/week (до upcoming-events/week/2025/10/27) с помощью компонента темы, но это:
выглядит как временное решение (хаки)
применяется глобально ко всем пользователям (сложно ограничить область действия)
не дает настоящего контроля над UX администратору
Спасибо! Это небольшое изменение, которое значительно улучшит удобство использования для сообществ, ориентированных на события
Это слишком жестко задает значение по умолчанию «Неделя» вместо «Месяц». Это просто, но пока не является настройкой сайта — это закладывает основу для более приемлемого улучшения
Почему бы просто не использовать переменную app.yml?
Код Ember не читает произвольные переменные окружения. Discourse передаёт клиенту только объявленные настройки сайта (config/settings.yml, client: true). Поэтому вы либо:
добавляете настройку в ядро (а затем устанавливаете её через app.yml),
либо обходитесь без настроек и используете перенаправление из компонента темы.
Я привык к кнопке «Скоро», которую нельзя настроить на боковой панели.
Кроме того, настройка администратора могла бы задавать значение по умолчанию для предпочтений пользователя. Вместо того чтобы все пользователи были вынуждены настраивать свою собственную кнопку/секцию на боковой панели или принимать глобальную секцию.
Надеюсь, я изменил правильный код в своём PR, и теперь нам просто нужно переключить то, что я изменил, на основе настройки?…
Спасибо ещё раз за успешное внедрение — настройка представления по умолчанию для администратора стала большим преимуществом для UX
Теперь, когда это реализовано, возможно, стоит рассмотреть небольшое последующее улучшение: позволить пользователям при желании переопределять настройку по умолчанию сайта личными предпочтениями, оставляя настройку администратора в качестве запасного варианта.
Это даст сайтам сильную идентичность по умолчанию (Неделя против Месяца), но при этом позволит каждому выбрать то, что лучше всего подходит именно ему — как это работает в большинстве календарных приложений. Простой порядок приоритетов, например:
явный URL → предпочтение пользователя → настройка сайта по умолчанию
обеспечит предсказуемость поведения и обратную совместимость.
Не предлагаю это заменить текущую настройку — это просто возможный следующий шаг, если вы считаете, что это соответствует общему направлению развития UX.
Так как исходный запрос выполнен, я закрываю эту тему.
@Ethsim2, если вы хотите продолжить работу над этим дополнительным запросом, я могу перенести его в новую тему Contribute > Feature — просто дайте мне знать!
