Сторінка не перевірена
 | Ця статтяне міститьпосилань на джерела. Ви можете допомогтиполіпшити цю статтю, додавши посилання нанадійні (авторитетні) джерела. Матеріал без джерел може бути піддано сумніву та вилучено.(листопад 2019) |
| Розширення: | .ical, .ics, .ifb, .icalendar |
|---|---|
| MIME-тип: | text/calendar |
| Тип формату: | Формат поширення данихКалендаря |
| Стандарт(и): | RFC 5545 (Оновлений в:RFC 5546,RFC 6868,RFC 7529) |
iCalendar — формат файлу, який дозволяє інтернет користувачам поширювати в різній спосіб календарні події такі, як запрошення на зустріч, завдання та інше, що мають відбутися у певний час. Формат незалежний від транспортного протоколу, яким передаються дані. Наприклад, певні події можуть бути відправлені email повідомленням, а всі файли календаря можуть розповсюджуватись та редагуватись користувачами черезWebDAV сервер абоSyncML. Часто для розповсюдження індивідуальних iCalendar даних про власні плани використовуються прості вебсервери, які підтримують лишеHTTP протокол. Автори також можуть вбудовувати iCalendar дані безпосередньо в вебсторінки, використовуючиhCalendar, який ємікроформатом представленняiCalendar в нотаціїHTML.
iCalendar використовується й підтримується великою кількістю ПЗ, наприклад, такими:Google Calendar,Apple Calendar (раніше iCal),IBM Lotus Notes,Yahoo! Calendar,Novell Evolution,eM Client, додатокLightning[en] дляMozilla Thunderbird йSeaMonkey та частковоMicrosoft Outlook,Novell GroupWise. ПЗ, що підтримують цей формат, можуть підтверджувати відправителю про прийняття, відхилення або пропонувати інший час для запропонованої події. Формат описано в стандартіRFC 5545.
iCalendar був розроблений робочою групою з планування та керування календарямиIETF під головуванням Anik Ganguly зOpen Text Corporation та Frank Dawson зLotus Development Corporation та Derik Stenerson зMicrosoft Corporation. iCalendar в значній мірі ґрунтується наvCalendar, який був раніше спроектованийInternet Mail Consortium (IMC).
iCalendar файли даних це прості текстові файли, що мають розширення.ics або.ifb. Зазвичай останнє розширення надається файлам, що містять тільки дані про доступність. На поточний час діє стандартRFC 5545, який замінив в серпні 2009 попереднійRFC 2445.
iCalendar дані маютьMIME типtext/calendar.
В iCalendar зазвичай використовуютькодування символівUTF-8. В разі використання іншого набору символів, його назву вказують в параметріcharset MIME типу, за умови якщо протокол передачі підтримує формат MIME, наприклад, такі якEmail абоHTTP.
Кожна стрічка має закінчуватись символамиCR+LF. Довжина кожної стрічки не повинна перевищувати 75октетів (байт). Якщо довжина перевищує, то частина продовжується на наступній стрічці, яка повинна починатись ізпропуска або символутабуляції.
Позначення нового рядка безпосередньо в даних кодується як/n або/N (в байтовому визначенні як5C 6E або5C 4E для UTF-8)
iCalendar спроектований для передачі даних про заплановані події. Він не описує, що робити з даними далі. наприклад, підтвердити участь в запрошені та обмеження в наданні відповіді. Відповідно, проектант ПЗ має самотужки вирішувати як надалі обробляти ці дані.
Хоча метою формату було забезпечити через стандартизацію вільний обмін календарними даними, незалежно від ПЗ, насправді, вона (мета) досягнута лише для базових функцій. Розширені, такі як Журнал (VJOURNAL) не підтримуються або VTODO реалізовані з відхиленням від стандарту, що створює проблеми сумісності.
Головні елементи вiCalendar є об'єкти керування календарем та плануванням, вони об'єднують інформацію про заплановані події. Декілька об'єктів можуть бути об'єднані уVCALENDAR разом. Перша стрічка повинна починатись ізBEGIN:VCALENDAR, остання повинна закінчуватисьEND:VCALENDAR. Друга стрічка має починатись ізVERSION:2.0 та вказує версіюiCalendar формату. Для сумісності можуть вказувати форматVERSION:1.0, проте, з часом, оновлене ПЗ може відхилити підтримку старої розміткиVCALENDAR Надалі може йти опис календаря, пропрієтарні, оголошення зони часу. Надалі і до кінця календаря йде стрічка з подій. У свою чергу подіїVEVENT можуть бути доповеними об'єктами про заплановані дії, інформацією про вільний час, нагадування, описом подій, гео-координатами подій, адресою.
Не дивлячись на досить високу деталізацію офіційних RFC, Деякі ПЗ (Google calendar) у боротьбі за першість у планування не оновлюють ресурси які представлені як посилання URL зі сторонніх ресурсів, інші підтримують, але лише лімітоване коло правил.