Михал Ждански Известувањата се составен дел на модерните паметни телефони, па дури и првата верзија на iOS, а потоа и iPhone OS, имаше начин да прикажува одредени настани. Од денешна перспектива, тогашната имплементација изгледа примитивно. До iOS 3.0 немаше поддршка за известувања од трети страни, а до воведувањето на Центарот за известувања во iOS 5, известувањата честопати трајно се губат по отклучувањето на екранот. Во iOS 8, по овие две пресвртници доаѓа уште една важна пресвртница во известувањата - известувањата стануваат интерактивни.
Тие досега служеа само за информативни цели. Покрај нивното бришење, на корисниците им беше дозволено само да ја отворат соодветната апликација на самото место што беше поврзана со известувањето, на пример СМС порака отвори конкретен разговор. Но, тоа беше крајот на сета интеракција. Вистинскиот пионер на интерактивни известувања беше Palm, кој ги претстави со WebOS уште во 2009 година, две години по објавувањето на iPhone. Интерактивните известувања овозможија, на пример, работа со покани во календарот додека апликацијата беше отворена, додека друго известување контролираше репродукција на музика. Подоцна, интерактивните известувања беа адаптирани од Android, во 2011 година во верзијата 4.0 Ice Cream Sandwich, верзијата 4.3 Jelly Bean потоа дополнително ги проширија своите можности.
Во споредба со конкуренцијата, Apple беше многу бавен, од друга страна, неговото конечно решение за проблемот со известувањата е лесно за разбирање, постојано и безбедно во исто време. Додека Android може да ги претвори известувањата во практични мали апликации, графичките контроли, ако сакате, известувањата во iOS се значително понаменски. За поголема интеракција на ниво на виџети, Apple им остава на програмерите посебно јазиче во Центарот за известувања, додека известувањата се повеќе или помалку за еднократни дејства.
Интеракцијата може да се одвива на сите места каде што наидувате на известувања - во Центарот за известувања, со банери или модални известувања, но и на заклучениот екран. Секое известување може да дозволи до две дејства, со исклучок на модалното известување, каде што може да се постават четири дејства. Во Центарот за известувања и на заклучениот екран, само поминете налево за да ги откриете опциите за известување и банерот треба да се повлече надолу. Модалните известувања се исклучок овде, на корисникот му се нудат копчињата „Опции“ и „Откажи“. Откако ќе допрете „Опции“, известувањето се проширува за да понуди пет копчиња подолу (четири дејства и Откажи)
Дејствијата се поделени во нивните категории - деструктивни и недеструктивни. Сите дејства од прифаќање покана до лајк до означување на одговор на порака може да бидат недеструктивни. Деструктивните дејства обично се поврзани со бришење, блокирање итн., и имаат црвено копче во менито, додека копчињата за недеструктивни дејства се сиви или сини. Категоријата за акција ја одлучува развивачот. Што се однесува до заклучениот екран, програмерот исто така одредува какви видови дејства ќе бараат да се внесе безбедносен код кога тој е активен. Ова спречува некој да одговара на вашите пораки или да брише е-пошта од заклучениот екран. Вообичаена практика веројатно ќе биде да се дозволуваат неутрални дејства, а за сите други како објавување одговори или бришење ќе биде потребен код.
Една апликација може да користи неколку категории на известувања, според кои ќе се расплетуваат достапните дејства. На пример, календарот може да понуди други интерактивни копчиња за покани за состаноци и потсетници. Исто така, Facebook, на пример, ќе понуди опции за „Ми се допаѓа“ и „Сподели“ за објави и „Одговори“ и „Прикажи“ за порака од пријател.
Интерактивно известување во пракса
Во сегашната форма, iOS 8 не поддржува интерактивни известувања за многу апликации. Несомнено најважна е можноста да одговарате на iMessages и SMS директно од известувањето. На крајот на краиштата, оваа опција беше честа причина за џеилбрејк, каде што беше благодарение на практична алатка BiteSMS може да одговара на пораки од каде било без да треба да ја стартувате апликацијата. Ако изберете модален тип на известување за пораките, интерфејсот за брз одговор ќе биде многу сличен на BiteSMS. Ако одговорите од банер или центар за известувања, полето за текст ќе се појави на горниот дел од екранот наместо во средината на екранот. Секако, оваа функција ќе биде достапна и за апликации од трети страни, брзи одговори на пораки од Facebook или Skype или на @спомнувања на Twitter.
Споменатиот календар, пак, може да работи со покани на начин опишан погоре, а електронската пошта може директно да се означува или брише. Сепак, најинтересно ќе биде да се види како програмерите се справуваат со интерактивните известувања. На пример, администраторите на задачи можат да ги одложат известувањата за задачи, да означат задача како завршена, а можеби дури и да користат внесување текст за да внесуваат нови задачи во сандачето. Социјалните игри и игрите за градење, исто така, можат да добијат сосема нова димензија, каде што можеме да користиме дејства за да одлучиме како да се справиме со настан што се случил додека не ја вклучувавме играта.
Заедно со екстензии и Избирач на документи, интерактивните известувања се чекор во вистинската насока кон иднината на оперативните системи. Тие не нудат толкава слобода како Андроид во некои аспекти, имаат свои граници, не само поради униформност, туку и безбедност. За многу апликации, тие нема да бидат толку важни како, на пример, за IM клиентите, но ќе зависи од програмерите колку вешто можат да ги користат известувањата. Затоа што овие вести во iOS 8 се наменети за нив. Дефинитивно треба многу да очекуваме наесен.
За програмерите, би сакал само да додадам дека со доаѓањето на iOS 8 и новите нотификации, се промени и начинот на регистрација за да можат соодветно да одговорат на овие вести. Добро е опишано, на пример, овде: http://www.appentwicklung.at/2014/08/changes-ios-8-push-notifications-apns/
Верувам дека ова ќе им олесни на многу програмери да откријат зошто нешто не функционира.