Calendar & Scheduling

La vista mensual es el ancla de orientación de cualquier calendario. Cada día necesita un grid de 7 columnas con números legibles, eventos como pills de color truncados con ellipsis, y un indicador "+N más" clickeable cuando los eventos exceden el espacio visible. Sin overflow controlado, los eventos desbordan y rompen la cuadricula.

La vista semanal es el caballo de trabajo de calendarios profesionales. Requiere columnas por día con franjas horarias de 30 o 60 minutos, eventos como bloques posicionados cuya altura refleja duración, y la capacidad de hacer drag vertical para crear nuevos eventos. La hora actual necesita una línea horizontal roja que ancle la orientación temporal.

El flujo de creación de evento necesita equilibrar velocidad (título + hora rápido) con potencia (recurrencia, invitados, color). El patrón ideal es un modal o drawer con date picker integrado, time selector con intervalos de 15 min, campo de título prominente, y secciones colapsables para opciones avanzadas. El título siempre enfocado al abrir.

El mini calendario en sidebar permite navegar meses sin perder el contexto de la vista principal. Necesita: highlight del día actual, dots indicadores en días con eventos, selección visual del rango activo, y transición suave entre meses. El tamaño compacto exige precisión en los targets de toque (mínimo 28px para cumplir WCAG 2.5.8).

La vista agenda es la alternativa lineal a las vistas de grid. Cada evento necesita hora, título, duración, ubicación y avatar del organizador en una fila escaneable. Los separadores de fecha agrupan eventos por día y anclan la orientación temporal. Es la vista preferida en móvil por su eficiencia vertical y la más accesible para screen readers.

Cuando dos eventos se superponen en el mismo horario, el calendario necesita senalizarlo visualmente con overlap posicionado (columnas side-by-side o superposición con opacidad), un badge de warning, y un tooltip que identifique el conflicto. Sin detección visual, el usuario descubre los conflictos demasiado tarde, cuando ya acepto una reunion imposible.

En equipos distribuidos, cada evento necesita contexto de zona horaria. El selector requiere un dropdown con busqueda, offset visual (GMT-6, GMT+2), preview de hora local vs hora del evento, y la capacidad de ver multiples zonas simultaneamente. Sin este contexto, las reuniones se agendan a la hora equivocada y generan confusión constante.

La recurrencia necesita un selector de patrón claro (diario, semanal, mensual, personalizado) con preview visual que muestre las ocurrencias futuras en un mini calendario. Sin preview, el usuario no puede verificar que la regla de recurrencia produce los días esperados. El patrón personalizado ("cada 2 semanas los martes y jueves") es el más propenso a errores y el que más necesita la preview.