La especificación de objeto básico de calendario y programación de Internet ( iCalendar ) es un tipo de medio que permite a los usuarios almacenar e intercambiar información de calendario y programación, como eventos, tareas pendientes, entradas de diario e información de disponibilidad [1] y, junto con sus estándares asociados, ha sido una piedra angular de la estandarización e interoperabilidad de calendarios digitales entre diferentes proveedores. Los archivos formateados de acuerdo con la especificación suelen tener una extensión .ics . Con software de apoyo, como un lector de correo electrónico o una aplicación de calendario , los destinatarios de un archivo de datos de iCalendar pueden responder al remitente fácilmente o contraproponer otra fecha/hora de reunión. El formato de archivo se especifica en un estándar de Internet propuesto (RFC 5545) para el intercambio de datos de calendario. El estándar y el tipo de archivo a veces se denominan "iCal", que era el nombre del programa de calendario de Apple Inc. hasta 2012 (consulte iCal ), que proporciona una de las implementaciones del estándar.
iCalendar es utilizado y respaldado por muchos productos, incluidos:
Es parcialmente compatible con Microsoft Outlook y Novell GroupWise .
iCalendar está diseñado para ser independiente del protocolo de transporte. Por ejemplo, ciertos eventos se pueden enviar por correo electrónico tradicional o se pueden compartir y editar archivos de calendario completos mediante un servidor WebDav o SyncML . Los servidores web simples (que utilizan solo el protocolo HTTP) se utilizan a menudo para distribuir datos de iCalendar sobre un evento y para publicar los horarios de mayor actividad de un individuo. Los editores pueden incrustar datos de iCalendar en páginas web mediante hCalendar , una representación en microformato 1:1 de iCalendar en HTML semántico (X) .
iCalendar fue creado por primera vez en 1998 [3] por el Grupo de trabajo de calendario y programación del Grupo de trabajo de ingeniería de Internet , presidido por Anik Ganguly de Open Text Corporation , y fue escrito por Frank Dawson de Lotus Development Corporation y Derik Stenerson de Microsoft Corporation . Los archivos de datos de iCalendar son archivos de texto sin formato con la extensión .ics o .ifb (para archivos que contienen solo información de disponibilidad). RFC 5545 reemplazó a RFC 2445 en septiembre de 2009 y ahora define el estándar.
iCalendar se basa en gran medida en el anterior vCalendar del Internet Mail Consortium (IMC). [4] Tiene la extensión de archivo .vcs. Después del lanzamiento de iCalendar, el Internet Mail Consortium declaró que "espera que todos los desarrolladores de vCalendar aprovechen estos nuevos estándares abiertos y hagan que su software sea compatible con vCalendar 1.0 e iCalendar". [5]
El protocolo "Calendar Access Protocol" ( RFC 4324) fue un intento inicial de crear un sistema universal para crear calendarios en tiempo real, pero finalmente fue abandonado. En su lugar, iCalendar fue adoptado para tales fines, con extensiones ad hoc como GroupDAV y CalDAV que surgieron como estándares informales y fueron adoptados tanto en paquetes de software de cliente como de servidor .
Un primer esfuerzo para simplificar los estándares de iCalendar por parte del "Grupo de trabajo de calendario y programación" de la IETF (ietf-calsify WG) finalizó en enero de 2011 sin que se adoptara. [6] [7] El trabajo fue retomado por el "Grupo de trabajo de extensiones de calendario" (ietf-calext WG). [8]
Los datos de iCalendar tienen el tipo de contenido MIMEtext/calendar . La extensión de nombre de archivo ics se debe utilizar para archivos que contienen información de calendario y programación, ifb para archivos con información de tiempo libre u ocupado que sea coherente con este tipo de contenido MIME. Los códigos de tipo de archivo equivalentes en los entornos de sistemas operativos Apple Macintosh son iCal e iFBf .
De forma predeterminada, iCalendar utiliza el conjunto de caracteres UTF-8 ; se puede especificar un conjunto de caracteres diferente utilizando el parámetro MIME "charset" (si el método de transporte utilizado admite MIME, como Email o HTTP ). Cada línea termina con CR + LF (en hexadecimal : 0D0A ). Las líneas deben tener una longitud máxima de 75 octetos (no caracteres). Cuando un elemento de datos es demasiado largo para caber en una sola línea, se puede continuar en las líneas siguientes iniciando las líneas de continuación con un carácter de espacio (en hexadecimal: 20) o un carácter de tabulación (en hexadecimal: 09). Los saltos de línea reales en los elementos de datos se codifican como una barra invertida seguida de la letra n o N (los bytes 5C 6E o 5C 4E en UTF-8).
El formato iCalendar está diseñado para transmitir datos basados en calendarios, como eventos, y no describe intencionalmente qué hacer con esos datos. Por lo tanto, puede ser necesaria otra programación para negociar qué hacer con estos datos. Un estándar complementario, "iCalendar Transport-Independent Interoperability" (iTIP) (RFC 2446), define un protocolo para intercambiar objetos iCalendar para la planificación y el calendario colaborativos entre "usuarios de calendario" (UC) facilitados por un "organizador" que inicia el intercambio de datos. Este estándar define métodos como PUBLISH, REQUEST, REPLY, ADD, CANCEL, REFRESH, COUNTER(para negociar un cambio en la entrada) y DECLINE-COUNTER(para rechazar la contrapropuesta). Otro estándar complementario, "iCalendar Message-based Interoperability Protocol (iMIP)" (RFC 2447), define un método estándar para implementar iTIP en transportes estándar basados en correo electrónico de Internet. La "Guía de calendarios de Internet" (RFC 3283) explica cómo iCalendar interactúa con otros lenguajes de programación de calendarios (actuales y futuros).
El elemento de nivel superior de iCalendar es el objeto principal de calendario y programación, una colección de información de calendario y programación. Normalmente, esta información constará de un único objeto iCalendar. Sin embargo, se pueden agrupar varios objetos iCalendar. La primera línea debe ser BEGIN:VCALENDAR, y la última línea debe ser END:VCALENDAR; el contenido entre estas líneas se denomina "icalbody". El cuerpo debe incluir las propiedades de calendario " PRODID " y " VERSION ". Además, debe incluir al menos un componente de calendario. [9]
VERSION:1.0se utiliza para especificar que los datos están en el antiguo formato vCalendar. La VERSIÓN es 2.0 para el formato iCalendar actual a partir de 2016.
El cuerpo del objeto iCalendar (icalbody) contiene propiedades de calendario de una sola línea que se aplican a todo el calendario, así como uno o más bloques de varias líneas que definen cada uno un componente de calendario , como un evento, una entrada de diario, una alarma o uno de varios otros tipos. A continuación, se muestra un ejemplo simple de un objeto iCalendar con un solo calendario que contiene un solo componente de calendario , un evento de " Fiesta del Día de la Bastilla " que comienza a las 5 p. m. del 14 de julio de 1997 y termina a las 4 a. m. de la mañana siguiente: [10]
COMIENZO:VCALENDARIOVERSIÓN:2.0PRODID:-//hacksw/handcal//NONSGML v1.0//ESCOMIENZO:VEVENTUID:[email protected]ORGANIZADOR;CN=John Doe:MAILTO:[email protected]Fecha de inicio: 19970714T170000ZFecha de finalización: 19970715T040000ZRESUMEN:Fiesta del Día de la BastillaGEO:48.85299;2.36885FIN:VEVENTFIN:VCALENDARIOEl campo UID distribuye actualizaciones cuando cambia un evento programado. Cuando se genera el evento por primera vez, se crea un identificador único global[email protected] . Si se distribuye un evento posterior con el mismo UID, reemplaza al original. Un ejemplo de UID podría ser , para la quinta reunión de la clase 131 en el semestre 2 en una universidad hipotética. Los UID de estilo correo electrónico ahora se consideran una mala práctica, y se recomienda un UUID en su lugar. [11]
La representación más común de fecha y hora es una marca de tiempo tz como 20010911T124640Z con el formato <año (4 dígitos)><mes (2)><día (2)>T<hora (2)><minuto (2)><segundo (2)>Z para una longitud fija total de 16 caracteres. Z indica el uso de UTC (haciendo referencia a su zona horaria Zulu). [12] Cuando se utiliza en las propiedades DTSTART y DTEND , las horas de inicio son inclusivas mientras que las horas de finalización no lo son. Esto permite que la hora de finalización de un evento sea la misma que la hora de inicio de un evento consecutivo sin que esos eventos se superpongan y creen potencialmente conflictos de programación (falsos). [13]
Los componentes incluyen:
iCalendar tiene como objetivo "ofrecer la definición de un formato común para intercambiar abiertamente información de calendarios y programación a través de Internet". Si bien iCalendar admite ampliamente las funciones que utilizan con más frecuencia los usuarios, algunas funciones más avanzadas presentan problemas. Por ejemplo, la mayoría de los proveedores no admiten diarios ( VJOURNAL ). Los VTODO también han tenido problemas de conversión. [15]
El calendario de iCalendar tampoco es compatible con algunos calendarios no gregorianos , como los calendarios lunares utilizados en Israel y Arabia Saudita . Aunque existen asignaciones uno a uno entre el calendario gregoriano y muchas otras escalas de calendario, la falta de valores CALSCALE definidos para esos calendarios y las limitaciones en varios campos de fecha pueden hacer que la compatibilidad nativa sea imposible. Por ejemplo, el año del calendario hebreo puede contener 12 o 13 meses, y la escala del calendario basada en el emperador japonés contiene muchas eras.
vCalendar e iCalendar admiten extensiones de software privadas , con un prefijo "X-", varias de las cuales son de uso común.
Algunos de estos incluyen:
X-RECURRENCE-ID:Extensión vCalendar 1.0 que imita el RECURRENCE-ID de iCalendar 2.0 (Nokia S60 3.ª edición)X-EPOCAGENDAENTRYTYPE: define el tipo de calendario del clienteX-FUNAMBOL-AALARMOPTIONSX-FUNAMBOL-ALLDAY:Bandera del evento de todo el díaX-MICROSOFT-CDO-ALLDAYEVENT:Bandera de evento de todo el día de Microsoft OutlookX-MICROSOFT-CDO-BUSYSTATUS:Información sobre el estado de Microsoft OutlookX-MICROSOFT-CDO-INTENDEDSTATUSX-WR-CALNAME:El nombre para mostrar del calendarioX-WR-CALDESC:Una descripción del calendarioX-WR-RELCALID:Un identificador único global para el calendario [16]X-WR-TIMEZONEX-PUBLISHED-TTL:Intervalo de actualización recomendado para la suscripción al calendarioX-ALT-DESC: Se utiliza para incluir marcado HTML en la descripción de un evento. La etiqueta DESCRIPTION estándar debe contener una versión que no sea HTML.X-FMTTYPE, X-FILEDATE, X-NAME, X-CN, X-STATUS, X-ROLE, X-SENTBY, X-SYMBIAN-DTSTAMP, X-METHOD, X-RECURRENCE-ID, X-EPOCALARM, X-SYMBIAN-LUID, X-EPOCAGENDAENTRYTYPE[17]xCal es una representación XML de datos de iCalendar, como se define en RFC 6321.
jCal es una representación JSON de datos de iCalendar, como se define en RFC 7265.
hCalendar es una representación (x)HTML de un subconjunto de datos de iCalendar utilizando microformatos .
hEvent es una representación HTML de un subconjunto de datos de iCalendar que utiliza microformatos que abordan algunos problemas de accesibilidad con el formato hCalendar.
{{cite web}}: Mantenimiento de CS1: otros ( enlace )