Adicionar configuração de admin para alterar a visualização padrão do Calendário (Mês / Semana / Agenda)

Funcionalidade
,
1

Olá :waving_hand:

Para sites que dependem muito da página de Próximos Eventos, muitos membros da comunidade preferem uma visualização semanal por padrão. Atualmente, /upcoming-events sempre carrega a visualização Mensal primeiro, mesmo que um usuário prefira Semanal (ou Diária, Anual).

Solicitação de recurso

Adicione uma configuração simples no painel de administração para configurar qual visualização /upcoming-events carrega por padrão:

visualização padrão de próximos eventos:
  - /upcoming-events/month   (padrão atual)
  - /upcoming-events/week
  - /upcoming-events/year

Por que isso importa

  • A visualização semanal é mais prática para horários de aulas, padrões de turnos e comunidades com muitos eventos.
  • Reduz a troca repetida toda vez que os usuários visitam a página.
  • Melhora a paridade da experiência do usuário com aplicativos de calendário móveis que usam a visualização Semanal por padrão.

Solução alternativa atual

Os administradores podem forçar o redirecionamento para /upcoming-events/week com um Componente de Tema, mas isso:

  • é uma gambiarra
  • aplica-se a todos globalmente (difícil de delimitar)
  • não oferece verdadeiro controle de UX administrativo

Obrigado! Esta seria uma pequena mudança com uma grande melhoria de usabilidade para comunidades focadas em eventos :raising_hands:

2 curtidas
Discourse Calendar (and Event)
2

isso é para codificar o padrão para Semana, em vez de Mês. É simples, mas ainda não é uma configuração do site - lança as bases para a melhoria mais aceitável

3

Por que não apenas uma variável app.yml?

O código Ember não lê variáveis de ambiente arbitrárias. O Discourse expõe apenas configurações de site declaradas (config/settings.yml, client: true) ao cliente. É por isso que você ou:\n\n* adiciona a configuração no core (depois define via app.yml), ou\n* evita configurações e usa um redirecionamento de componente de tema.

5

Que tal resolver URLs genéricos, para que você possa usar um link personalizado na barra lateral?

No momento, estes não funcionariam:

/upcoming-events/day
/upcoming-events/week
/upcoming-events/month
/upcoming-events/year
1 curtida
6

[quote=“manuel, post:5, topic:387389”]você poderia usar um link personalizado na barra lateral?
[/quote]

estou “acostumado” com o botão de eventos futuros que não pode ser configurado na barra lateral, também uma configuração de administrador poderia definir o padrão de uma preferência do usuário. Em vez de todos os usuários serem forçados a configurar seu próprio botão/seção da barra lateral, ou aceitar uma seção global.

Espero ter alterado o código correto no meu PR, que simplesmente precisamos alternar o que alterei com base em uma configuração?..

8

@yuriy você pode adicionar uma configuração de site para isso? Deveria ser fácil.

4 curtidas
10

@Ethsim2, você realmente fez :smiley:

A nova configuração Visualização padrão de eventos futuros do calendário já está disponível. As alterações foram implementadas em:

5 curtidas
11

Obrigado novamente por concretizar isso - a configuração de visualização padrão do administrador é uma grande vitória de UX :+1:

Agora que isso existe, pode valer a pena considerar um pequeno aprimoramento de acompanhamento: permitir que os usuários anulem opcionalmente a configuração padrão do site com uma preferência pessoal, mantendo a configuração do administrador como recurso de fallback.

Isso daria aos sites uma identidade padrão forte (Semana vs. Mês), mas ainda permitiria que os indivíduos escolhessem o que funciona melhor para eles - semelhante a como a maioria dos aplicativos de calendário se comporta. Uma precedência simples como

URL explícita → preferência do usuário → padrão do site

manteria o comportamento previsível e retrocompatível.

Não estou sugerindo que isso substitua a configuração atual - apenas um possível próximo passo se você achar que se encaixa na direção mais ampla de UX.

1 curtida