Notei duas coisas sobre o lembrete de marcador que parecem ser bugs.
Escolher uma data para o lembrete salva automaticamente e fecha o pop-up. Suponho que isso possa ser considerado UX, mas por que ter um botão de salvar se ele salva automaticamente quando um botão “lembre-me” é selecionado?
Se eu selecionar uma opção predefinida como “este fim de semana” (que salva automaticamente e fecha o pop-up, como já mencionado), abrir o pop-up novamente mostra que “personalizado” foi selecionado. A data personalizada está correta e corresponde à seleção que fiz, mas acho estranho que apareça como personalizado.
Acho que a opção ‘salvar’ é para definir um sem lembrete, e ele salva ao escolher a data como um economizador de tempo.
E ter a hora original exibida na caixa personalizada permite que você avance o lembrete por qualquer incremento que escolher, em relação ao dia/hora que você edita.
Eu suponho, mas ainda acho a inconsistência confusa. Algumas coisas salvando automaticamente e outras exigindo ação manual para salvar (tudo no mesmo popup) é um pouco estranho para mim. Não é um grande problema, eu apenas pensei que funcionava de forma diferente antes e fiquei confuso. Pode ser que eu esteja me lembrando errado, no entanto.
Acho que o que me confunde é que existem várias opções dadas, mas depois é sempre salvo como personalizado. Suponho que em certo ponto essas predefinições estão lá apenas para ajudar você, e sempre salvá-las no backend como um datetime faz sentido, mas então eu não esperaria que clicar nas predefinições salvasse e fechasse o popup. Eu esperaria que o calendário fosse a parte mais proeminente do popup, com botões menores de “ajuda” para atualizar automaticamente o calendário para essas predefinições, mas não salvar automaticamente. Ler sua resposta e pensar mais sobre isso faz com que isso pareça mais uma sugestão de UX do que um bug.
O que @JammyDodger está dizendo está correto, estas são decisões de UX intencionais, queremos que salvar um favorito e definir um lembrete seja o mais simples possível.
Porque você pode editar o favorito para alterar o nome, hora e opções de exclusão automática.
Isso ocorre porque a passagem do tempo na maioria dos casos para essas opções de preenchimento automático torna impraticável pré-selecionar a opção original. Por exemplo, se você escolher Amanhã e depois esperar um dia e abrir o favorito para editá-lo, precisaríamos de lógica adicional para descobrir se você escolheu amanhã hoje ou algum dia no passado e pré-selecionar a opção correta de acordo. Multiplique isso por todas as nossas opções de pré-seleção, e é mais fácil retornar como personalizado.
Sim, foi o que imaginei e faz sentido. Acho que a interface do usuário não é ideal para esse fluxo de trabalho. Não sou muito bom em fazer maquetes, senão faria uma, mas estou pensando em algo com os seguintes recursos, de cima para baixo:
Campo para o nome, seguido pelo ícone de engrenagem para editar as opções de exclusão automática (o mesmo que o atual).
Campo para data e campo para hora (o que está atualmente atrás da seção “data e hora personalizadas”), que estariam sempre visíveis. Isso deixaria mais claro que data e hora são as verdadeiras fontes de verdade, em vez dos botões de “atalho” como “amanhã” ou “este fim de semana”.
Botões menores abaixo desses campos para cada um dos atalhos, mas menos proeminentes do que são atualmente. Haveria 2-3 lado a lado. Clicar neles não salvaria automaticamente e fecharia o pop-up. Em vez disso, apenas preencheria o campo de data acima.
Talvez adicionar atalhos semelhantes para a hora do dia. Isso ajudaria a aliviar outra falha no design atual: a suposição de que as pessoas querem as notificações pela manhã. Pessoalmente, tendo a querer as notificações depois de terminar meu dia de trabalho normal, ou seja, à noite. A falta de atalhos para isso atualmente me força a sempre usar os seletores de data/hora personalizados de qualquer maneira.
Enfim, é o que tenho em mente. Acho o design atual bastante inconveniente e confuso, e acho que algo como o que descrevi o tornaria mais simples de usar e mais poderoso ao mesmo tempo.
Agradeço seu feedback detalhado e suas ideias sobre como melhorar o modal, embora, a menos que outros levantem preocupações semelhantes, não tenhamos a intenção de alterá-lo muito neste momento.
Nós temos “Mais tarde hoje”, mas eu entendo o que você está dizendo. Esta também foi uma escolha deliberada para guiar as pessoas no caminho de fazer as coisas dentro do “horário de trabalho”. Talvez possamos criar uma preferência do usuário ou uma configuração do site para permitir predefinições como “Esta Noite” e “Hoje à Noite” ou algo assim, se outros tiverem uma necessidade semelhante?
Naturalmente. Apenas compartilhando minhas ideias neste momento. Sem problemas se nada mudar muito.
Ter todos os atalhos dentro do “horário de trabalho” faz sentido para pessoas que usam um determinado site Discourse para coisas relacionadas ao trabalho. Mas imagino que meu caso de uso aqui não possa ser tão incomum, onde o(s) site(s) Discourse que alguém usa não está(ão) relacionado(s) ao seu trabalho, e eles querem verificar novamente fora do horário de trabalho para evitar conflitos com seu emprego. (Mas não sei, talvez a maioria das pessoas que gostam disso se contente em receber notificações pela manhã se não se incomodarem em verificar o site até a noite de qualquer maneira. Não posso realmente especular sobre isso.)
A principal coisa para mim são as opções “mais tarde hoje”, “amanhã” e “mais tarde esta semana”. Basicamente, eu gostaria que todas elas fossem predefinidas para a noite (faixa das 16h às 18h) em vez de pela manhã. Portanto, uma preferência do usuário que basicamente padroniza isso para a noite em vez da manhã funcionaria para mim. A opção “mais tarde hoje” se tornaria “esta noite” ou “mais tarde”, e as outras apenas mudariam seus horários associados, mesmo que o texto permanecesse o mesmo.
Entendo se isso for considerado muito complicado ou não valer a pena. Se for o caso, acho que continuarei usando a seção de data/hora personalizada.
EDIT: Em vez de uma configuração do site ou preferência do usuário, poderia ser apenas uma configuração dentro da seção do ícone de engrenagem do próprio pop-up de marcador. Talvez isso ainda conte como uma preferência do usuário, não sei. Mas poderia potencialmente simplificar as coisas mantendo todas as opções relevantes em um só lugar.
Sim, é para onde estamos tendendo com as preferências do usuário hoje em dia, colocando-as perto da coisa que elas realmente afetarão em vez de escondidas no perfil do usuário. @sam quais são seus pensamentos sobre o acima? Temos discutido a preferência padrão de “hora do dia” para lembretes de favoritos há algum tempo, talvez seja hora de adicioná-la.
O pensamento e o feedback mais recentes são que faz sentido ter isso em “ambos” os lugares. Porque há algo que pode ser descoberto ao percorrer todas as páginas nas preferências do usuário.