Un evento recurrente es una línea del CSV, no doce

Lo que contiene realmente un archivo de calendario

Abre un .ics en un editor de texto: es una lista de bloques, cada uno de BEGIN:VEVENT a END:VEVENT, con un inicio, un fin, un título y algunas propiedades más. Una cita repetida es uno de esos bloques más una sola línea, RRULE, que dice cómo se repite. Doce puntos semanales son doce líneas en pantalla y un bloque en disco, y las doce fechas las calcula lo que las muestra.

Ese diseño es lo que permite a un calendario guardar un cumpleaños repetido para siempre en unas decenas de bytes, y lo que hace que mover una sola ocurrencia de una serie sea una propiedad aparte, RECURRENCE-ID, en vez de la edición de una fila. Es también lo que impide a un conversor inventar las ocurrencias sin convertirse él mismo en un motor de calendario — con los años bisiestos, los saltos de horario de verano y las fechas de excepción que ello supone.

Las ocho columnas, y lo que se queda fuera

La exportación escribe resumen, inicio, fin, lugar, descripción, organizador, estado y uid — en ese orden, una fila por VEVENT. Una hoja de cálculo es un rectángulo, y todo lo que un evento lleva que no sea un valor único por evento no tiene dónde ir: la regla de recurrencia, las alarmas, la lista de asistentes, los adjuntos, la zona horaria en la que se escribió el inicio. Conserva el .ics si alguno de esos elementos importa; el CSV sirve para leer, ordenar y contar, no para archivar.

Conseguir una fila por ocurrencia, cuando de verdad hace falta

Pídele al calendario que haga el despliegue: solo él conoce tus fechas de excepción. En Google Calendar, Outlook y Calendario de Apple la vía fiable es la misma: cambia a vista de lista o agenda sobre el periodo que te interesa, selecciona el rango y exporta o imprime eso — una vista ya está desplegada, así que lo que sale de ella es una línea por ocurrencia. Exportar el calendario en sí te devuelve la forma compacta, regla incluida.

El otro sentido también conviene conocerlo: si construyes un .ics desde una hoja donde ya has escrito cada fecha, obtienes exactamente los eventos que listaste, sin regla adjunta. Suele ser lo que quieres para un calendario de sesiones puntuales, y es una mala forma de guardar una reunión semanal permanente, que serán entonces doce elementos distintos que mover si cambia la hora.

Preguntas frecuentes

Mi CSV tiene menos filas de las que muestra mi calendario. ¿Está roto el conversor?

Casi con seguridad no: cuenta tus eventos repetidos. Cada uno es un único VEVENT en el archivo por muchas veces que aparezca en pantalla, así que un calendario que muestra 60 citas puede ser un archivo con 12. Abre el .ics en el visor y compara su número de eventos con el número de filas del CSV: si coinciden, no se perdió nada en la conversión.

¿Puedo editar el CSV y volver a convertirlo en calendario?

Sí, y ese viaje de ida y vuelta es la razón de ser de ambas herramientas — pero vuelve como eventos puntuales. Una serie exportada en una fila y reimportada es una cita única: la regla nunca estuvo en la hoja. Edita allí títulos, horarios y lugares con libertad; rehaz las recurrencias en el calendario después.

¿Qué herramienta conserva la regla de recurrencia?

El visor .ics y la exportación JSON la muestran, y la fusión de archivos .ics la conserva, porque los tres se quedan dentro de iCalendar. Solo el CSV la deja caer, y solo porque una columna de hoja de cálculo no puede llevarla. Si tu trabajo es inspeccionar o mover calendarios más que contarlos, prefiere esos tres y deja el CSV para cuando de verdad quieras una tabla.

¿Mi calendario se sube a algún sitio?

No. El archivo se lee en tu navegador y el CSV se construye ahí; nada sale de la máquina. Eso importa más en un calendario que en la mayoría de los archivos, porque una agenda es un mapa de con quién te ves y dónde estás — justo lo que conviene convertir sin entregarlo a un servidor.