Noté dos cosas sobre el recordatorio de marcadores que parecen ser errores.
Elegir una fecha para el recordatorio se guarda automáticamente y cierra la ventana emergente. Supongo que esto podría considerarse UX, pero ¿por qué hay un botón de guardar si se guarda automáticamente cuando se selecciona un botón de “recordarme”?
Si selecciono una opción preestablecida como “este fin de semana” (que se guarda automáticamente y cierra la ventana emergente como ya se mencionó), al abrir la ventana emergente nuevamente se muestra que se ha seleccionado “personalizado”. La fecha personalizada es correcta y coincide con la selección que hice, pero me parece extraño que se muestre como personalizada.
Creo que la opción “guardar” es para establecer uno sin recordatorio, y se guarda al elegir la fecha como un ahorro de tiempo.
Y tener la hora original que se muestra en el cuadro personalizado te permite luego adelantar el recordatorio por el incremento que elijas, en relación con el día/hora que editas.
Supongo, pero sigo encontrando confusa la inconsistencia. Que algunas cosas se guarden automáticamente y otras requieran una acción manual para guardar (todo en la misma ventana emergente) me parece un poco extraño. No es gran cosa, solo pensé que funcionaba de manera diferente antes y me confundí. Aunque podría estar recordándolo mal.
Creo que lo que me confunde es que se dan varias opciones, pero luego siempre se guarda como personalizado. Supongo que en cierto punto esos ajustes preestablecidos solo están ahí para ayudarte, y guardarlo siempre en el backend como fecha y hora tiene sentido, pero entonces no esperaría que al hacer clic en los ajustes preestablecidos se guardara y se cerrara la ventana emergente. Esperaría que el calendario fuera la parte más prominente de la ventana emergente, con botones “auxiliares” más pequeños para actualizar automáticamente el calendario a esos ajustes preestablecidos, pero sin autoguardar. Leer tu respuesta y pensar más en ello hace que esto se sienta más como una sugerencia de UX que como un error.
Lo que dice @JammyDodger es correcto, estas son decisiones de UX intencionadas, queremos que guardar un marcador y configurar un recordatorio sea lo más sencillo posible.
Porque puedes editar el marcador para cambiar el nombre, la hora y las opciones de autoeleminación.
Esto se debe a que el paso del tiempo en la mayoría de los casos para estas opciones de autocompletado hace que no sea práctico preseleccionar la opción original. Por ejemplo, si eliges Mañana, luego esperas un día y abres el marcador para editarlo, necesitaríamos lógica adicional para averiguar si elegiste mañana hoy o algún día en el pasado y preseleccionar la opción correcta en consecuencia. Multiplica esto por todas nuestras opciones de preselección, y es más fácil devolverlo como personalizado.
Sí, eso es lo que imaginé y tiene sentido. Sin embargo, creo que la interfaz de usuario no es ideal para ese flujo de trabajo. No soy muy bueno haciendo maquetas o haría una, pero estoy pensando en algo con las siguientes características de arriba a abajo:
Campo de entrada para el nombre seguido del engranaje para editar las opciones de autodestrucción (igual que el actual).
Campo de entrada para la fecha y campo de entrada para la hora (lo que actualmente está detrás de la sección “fecha y hora personalizadas”) que siempre estarían visibles. Esto dejaría en claro que la fecha y la hora son las fuentes reales de verdad en lugar de los botones de “atajo” como “mañana” o “este fin de semana”.
Botones más pequeños debajo de esos campos de entrada para cada uno de los atajos, pero hechos menos prominentes de lo que son actualmente. Habría 2-3 uno al lado del otro. Hacer clic en ellos no guardaría automáticamente y cerraría la ventana emergente. Más bien, solo completaría el campo de entrada de fecha anterior.
Quizás agregar atajos similares para la hora del día. Esto ayudaría a aliviar otro defecto del diseño actual: la suposición de que las personas quieren las notificaciones por la mañana. Personalmente, tiendo a querer las notificaciones después de terminar mi jornada laboral normal, es decir, por las tardes. La falta de atajos para esto actualmente me obliga a usar siempre los selectores de fecha/hora personalizados de todos modos.
De todos modos, eso es lo que tengo en mente. Encuentro el diseño actual bastante inconveniente y confuso, y creo que algo como lo que acabo de describir lo haría más simple de usar y más potente al mismo tiempo.
Aprecio tus detallados comentarios y tus ideas sobre cómo mejorar el modal, aunque a menos que otros planteen preocupaciones similares, no es probable que lo cambiemos mucho en este momento.
Tenemos “Más tarde hoy”, pero entiendo lo que dices. Esta también fue una decisión deliberada para guiar a las personas a hacer cosas dentro de las “horas de trabajo”. ¿Quizás se nos ocurre una preferencia de usuario o una configuración del sitio para permitir ajustes preestablecidos de “Esta tarde” y “Esta noche” o algo similar si otros tienen una necesidad parecida?
Naturalmente. Solo comparto mis ideas en este momento. No se preocupe si no cambia mucho.
Tener todos los atajos dentro de las “horas de trabajo” tiene sentido para las personas que usan un sitio de Discourse determinado para cosas relacionadas con el trabajo. Pero me imagino que mi caso de uso aquí no puede ser tan inusual, donde el sitio o los sitios de Discourse que alguien usa no están relacionados con su trabajo, y quieren volver a consultar fuera del horario laboral para evitar conflictos con su trabajo. (Pero no lo sé, quizás la mayoría de las personas a las que les gusta esto están bien recibiendo notificaciones por la mañana si de todos modos no se molestan en consultar el sitio hasta la noche. Realmente no puedo especular sobre eso).
Lo principal para mí son las opciones de “más tarde hoy”, “mañana” y “más tarde esta semana”. Básicamente, me gustaría que todas estuvieran preestablecidas para la tarde (rango de 4 a 6 p. m.) en lugar de por la mañana. Por lo tanto, una preferencia de usuario que básicamente establezca estos valores predeterminados en la tarde en lugar de la mañana funcionaría para mí. La opción “más tarde hoy” se convertiría en “esta tarde” o “esta noche”, y las otras simplemente cambiarían sus horas asociadas, incluso si el texto sigue siendo el mismo.
Entiendo si esto se considera demasiado complicado o no vale la pena. Si es así, supongo que seguiré usando la sección de fecha/hora personalizada.
EDITAR: En lugar de una configuración del sitio o una preferencia de usuario, podría ser simplemente una configuración dentro de la sección del icono del engranaje del propio menú emergente de marcadores. Quizás eso todavía cuente como una preferencia de usuario, no lo sé. Pero podría simplificar las cosas al mantener todas las opciones relevantes en un solo lugar.
Sí, es más o menos hacia donde nos estamos inclinando con las preferencias del usuario en estos días, colocándolas cerca de lo que realmente afectarán en lugar de ocultarlas en el perfil del usuario. @sam ¿qué opinas de lo anterior? Hemos discutido la preferencia predeterminada de “hora del día” para los recordatorios de marcadores durante un tiempo, quizás sea hora de añadirla.
La última idea y comentario es que tiene cierto sentido tener esto en “ambos” lugares. Porque hay algo descubrible en recorrer todas las páginas en las preferencias del usuario.