Los usuarios (incluyéndome a mí ) a menudo se confunden con la interfaz de inserción de fecha (núcleo) y la interfaz de inserción de eventos (complemento oficial). (Incluso ambas se refieren a “evento”)
En un mundo ideal, quizás estos podrían fusionarse en un solo botón, que pregunte al usuario si está intentando crear un evento o una hora. (Esto requeriría una gran refactorización del código)
Más sencillamente, si el botón de evento estuviera directamente adyacente al botón de fecha/hora, en lugar de oculto bajo el engranaje “más”, probablemente alertaría al usuario de que hay dos flujos diferentes disponibles. (No he investigado si esto es posible, pero parece más fácil en términos de implementación)
Probablemente necesitaríamos algunos nuevos primitivos principales para soportar esto y nuevos puntos de extensión, pero ciertamente es mucho más claro.
Y lo he planteado en privado en múltiples ocasiones: la interfaz de usuario del botón de eventos en el compositor actualmente confunde incluso a los usuarios más expertos en tecnología.
Mi solución alternativa ha sido ocultar el botón de insertar fecha/hora para limitar la confusión (y, por lo tanto, perder la funcionalidad bastante útil). Pero la gente todavía tiene dificultades para encontrar el botón en el menú de engranajes.
¡Sí, esto resolvería absolutamente ese problema en particular!
El modal también necesita atención; cuando preparamos un TC para insertar llamadas de Jitsi en eventos, fue mucho más fácil simplemente modificar el modal Insertar fecha/hora y usarlo. Ahora está roto (ya que ya no usamos Jitsi) y ni siquiera puedo encontrar el código. Publicaré un enlace si lo encuentro.
) a menudo se confunden con la interfaz de inserción de fecha (núcleo) y la interfaz de inserción de eventos (complemento oficial). (Incluso ambas se refieren a “evento”)
