Ця стаття не містить . (листопад 2019) |
iCalendar — формат файлу, який дозволяє інтернет користувачам поширювати в різній спосіб календарні події такі, як запрошення на зустріч, завдання та інше, що мають відбутися у певний час. Формат незалежний від транспортного протоколу, яким передаються дані. Наприклад, певні події можуть бути відправлені email повідомленням, а всі файли календаря можуть розповсюджуватись та редагуватись користувачами через WebDAV сервер або SyncML. Часто для розповсюдження індивідуальних iCalendar даних про власні плани використовуються прості вебсервери, які підтримують лише HTTP протокол. Автори також можуть вбудовувати iCalendar дані безпосередньо в вебсторінки, використовуючи hCalendar, який є мікроформатом представлення iCalendar в нотації HTML.
Розширення файлу: | .ical, .ics, .ifb, .icalendar |
---|---|
MIME-тип: | text/calendar |
Тип формату: | Формат поширення даних Календаря |
Стандарт(и): | RFC 5545 (Оновлений в: RFC 5546, RFC 6868, RFC 7529) |
iCalendar використовується й підтримується великою кількістю ПЗ, наприклад, такими: Google Calendar, (раніше iCal), IBM Lotus Notes, , Novell Evolution, eM Client, додаток [en] для Mozilla Thunderbird й SeaMonkey та частково Microsoft Outlook, . ПЗ, що підтримують цей формат, можуть підтверджувати відправвителю про прийняття, відхилення або пропонувати інший час для запропонованої події. Формат описано в стандарті RFC 5545.
Історія та властивості
iCalendar був розроблений робочою групою з планування та керування календарями IETF під головуванням Anik Ganguly з та Frank Dawson з та Derik Stenerson з Microsoft Corporation. iCalendar в значній мірі ґрунтується на , який був раніше спроектований (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 зі сторонніх ресурсів, інші підтримують, але лише лімітоване коло правил.
Вікіпедія, Українська, Україна, книга, книги, бібліотека, стаття, читати, завантажити, безкоштовно, безкоштовно завантажити, mp3, відео, mp4, 3gp, jpg, jpeg, gif, png, малюнок, музика, пісня, фільм, книга, гра, ігри, мобільний, телефон, android, ios, apple, мобільний телефон, samsung, iphone, xiomi, xiaomi, redmi, honor, oppo, nokia, sonya, mi, ПК, web, Інтернет
Cya stattya ne mistit posilan na dzherela Vi mozhete dopomogti polipshiti cyu stattyu dodavshi posilannya na nadijni avtoritetni dzherela Material bez dzherel mozhe buti piddano sumnivu ta vilucheno listopad 2019 iCalendar format fajlu yakij dozvolyaye internet koristuvacham poshiryuvati v riznij sposib kalendarni podiyi taki yak zaproshennya na zustrich zavdannya ta inshe sho mayut vidbutisya u pevnij chas Format nezalezhnij vid transportnogo protokolu yakim peredayutsya dani Napriklad pevni podiyi mozhut buti vidpravleni email povidomlennyam a vsi fajli kalendarya mozhut rozpovsyudzhuvatis ta redaguvatis koristuvachami cherez WebDAV server abo SyncML Chasto dlya rozpovsyudzhennya individualnih iCalendar danih pro vlasni plani vikoristovuyutsya prosti vebserveri yaki pidtrimuyut lishe HTTP protokol Avtori takozh mozhut vbudovuvati iCalendar dani bezposeredno v vebstorinki vikoristovuyuchi hCalendar yakij ye mikroformatom predstavlennya iCalendar v notaciyi HTML iCalendarRozshirennya fajlu ical ics ifb icalendarMIME tip text calendarTip formatu Format poshirennya danih KalendaryaStandart i RFC 5545 Onovlenij v RFC 5546 RFC 6868 RFC 7529 Komponenti iCalendar ta yihni vlastivosti iCalendar vikoristovuyetsya j pidtrimuyetsya velikoyu kilkistyu PZ napriklad takimi Google Calendar ranishe iCal IBM Lotus Notes Novell Evolution eM Client dodatok en dlya Mozilla Thunderbird j SeaMonkey ta chastkovo Microsoft Outlook PZ sho pidtrimuyut cej format mozhut pidtverdzhuvati vidpravvitelyu pro prijnyattya vidhilennya abo proponuvati inshij chas dlya zaproponovanoyi podiyi Format opisano v standarti RFC 5545 Istoriya ta vlastivostiiCalendar buv rozroblenij robochoyu grupoyu z planuvannya ta keruvannya kalendaryami IETF pid golovuvannyam Anik Ganguly z ta Frank Dawson z ta Derik Stenerson z Microsoft Corporation iCalendar v znachnij miri gruntuyetsya na yakij buv ranishe sproektovanij IMC iCalendar fajli danih ce prosti tekstovi fajli sho mayut rozshirennya ics abo ifb Zazvichaj ostannye rozshirennya nadayetsya fajlam sho mistyat tilki dani pro dostupnist Na potochnij chas diye standart RFC 5545 yakij zaminiv v serpni 2009 poperednij RFC 2445 iCalendar dani mayut MIME tip text calendar V iCalendar zazvichaj vikoristovuyut koduvannya simvoliv UTF 8 V razi vikoristannya inshogo naboru simvoliv jogo nazvu vkazuyut v parametri charset MIME tipu za umovi yaksho protokol peredachi pidtrimuye format MIME napriklad taki yak Email abo HTTP Kozhna strichka maye zakinchuvatis simvolami CR LF Dovzhina kozhnoyi strichki ne povinna perevishuvati 75 oktetiv bajt Yaksho dovzhina perevishuye to chastina prodovzhuyetsya na nastupnij strichci yaka povinna pochinatis iz propuska abo simvolu tabulyaciyi Poznachennya novogo ryadka bezposeredno v danih koduyetsya yak n abo N v bajtovomu viznachenni yak 5C 6E abo 5C 4E dlya UTF 8 Obmezhennya ta perspektiviiCalendar sproektovanij dlya peredachi danih pro zaplanovani podiyi Vin ne opisuye sho robiti z danimi dali napriklad pidtverditi uchast v zaprosheni ta obmezhennya v nadanni vidpovidi Vidpovidno proektant PZ maye samotuzhki virishuvati yak nadali obroblyati ci dani Hocha metoyu formatu bulo zabezpechiti cherez standartizaciyu vilnij obmin kalendarnimi danimi nezalezhno vid PZ naspravdi vona meta dosyagnuta lishe dlya bazovih funkcij Rozshireni taki yak Zhurnal VJOURNAL ne pidtrimuyutsya abo VTODO realizovani z vidhilennyam vid standartu sho stvoryuye problemi sumisnosti Osnovni ob yektiGolovni elementi v iCalendar ye ob yekti keruvannya kalendarem ta planuvannyam voni ob yednuyut informaciyu pro zaplanovani podiyi Dekilka ob yektiv mozhut buti ob yednani u VCALENDAR razom Persha strichka povinna pochinatis iz BEGIN VCALENDAR ostannya povinna zakinchuvatis END VCALENDAR Druga strichka maye pochinatis iz VERSION 2 0 ta vkazuye versiyu iCalendar formatu Dlya sumisnosti mozhut vkazuvati format VERSION 1 0 prote z chasom onovlene PZ mozhe vidhiliti pidtrimku staroyi rozmitki VCALENDAR Nadali mozhe jti opis kalendarya propriyetarni ogoloshennya zoni chasu Nadali i do kincya kalendarya jde strichka z podij U svoyu chergu podiyi VEVENT mozhut buti dopovennimi ob yektami pro zaplanovani diyi informaciyeyu pro vilnij chas nagaduvannya opisom podij geo koordinatami podij adresoyu PidtrimkaNe divlyachis na dosit visoku detalizaciyu oficijnih RFC Deyaki PZ Google calendar u borotbi za pershist u planuvannya ne onovlyuyut resursi yaki predstavleni yak posilannya URL zi storonnih resursiv inshi pidtrimuyut ale lishe limitovane kolo pravil