El calendario de Discourse recibió una actualización importante hoy. El núcleo de la actualización es la migración de fullcalendar 4 a fullcalendar 6 lo que nos traerá una interfaz de usuario actualizada:
¡Gracias por el trabajo! ¿Son compatibles ambos sistemas de formato de fecha de EE. UU./UE para esas URL? ¿Y qué pasa si hay varios eventos el mismo día?
De hecho, el enlace directo al evento se puede compartir y proporcionar varios formatos de URL no es una tarea fácil. ¡Ya estamos agradecidos de que nos proporcionen esta actualización a fullcalendar 6 con nuevas funciones!
Desde la actualización, veo diferencias de 1 hora entre la hora de publicación del tema (correcta) y la hora de visualización del calendario (una hora antes) en algunos eventos, pero no en todos.
Esto se resuelve después de que nuestra zona horaria local cambia a horario de verano o provoca que otros eventos (en sentido inverso) después de que comienza el horario de verano. Sin embargo, no todos los eventos se ven afectados. ¿Es este un problema conocido? ¿Hay una solución en preparación?
Sería bueno ver los títulos completos en la vista de Mes en el escritorio (¿quizás al pasar el ratón por encima?), ya que a menudo están repletos de información útil. Por supuesto, eso significaría que los eventos podrían volverse codiciosos y ocupar más espacio.
Calendario móvil
Además, en el móvil es raro ver más que la hora. Supongo que esto no importa tanto, ya que es fácil tocarlos para ver más.
Creo que generalmente se espera que se abra hoy. Si necesitas vincular a tus usuarios a un día específico, puedes crear el enlace que desees ahora: /upcoming-events/day/2025/9/2
No es mejor. Simplemente más estandarizado y coherente con cómo se codifican las fechas en otras partes de Discourse.
Por el contrario, la forma en que está implementado actualmente es coherente con las URL de Discourse (que necesitan tener numeración abierta).
Por lo tanto, esta es una decisión filosófica. Coherencia interna con las URL o coherencia interna/externa con las fechas. Hay pros y contras para cada una. Prefiero la implementación actual.
Si empezara a escribir esa fecha, el formato sería mm/dd. Porque es un estándar prácticamente en todas partes, excepto cuando la conexión es de EE. UU. y eliminarían los ceros iniciales y empezarían las palabras con mayúsculas . O de los programadores que cuentan los espacios, porque incluso los estadounidenses pueden leer y usar mm/dd.
Por lo tanto, es una cuestión de memoria muscular y un dato curioso de que la mayor parte del mundo está acostumbrada a usar el formato ISO y es difícil recordar qué software y plataforma utilizan qué formato. Esa es una de esas preguntas en las que alguien siempre pierde: la pregunta es cuál grupo es el más grande.
¡Ja! Perdón, no quería discutir detalles sin importancia. Los números puros se ordenan numéricamente, los ceros a la izquierda hacen que los meses aparezcan en el orden correcto.
Todavía veo un comportamiento errático de los eventos recurrentes antes y después de los cambios de hora local al horario de verano. Estamos en un plan alojado, ¿así que es solo cuestión de esperar a que se implemente la corrección?
. El núcleo de la actualización es la migración de fullcalendar 4 a fullcalendar 6 lo que nos traerá una interfaz de usuario actualizada:
. O de los programadores que cuentan los espacios, porque incluso los estadounidenses pueden leer y usar mm/dd.