Michal Ždanský Az értesítések a modern okostelefonok szerves részét képezik, sőt az iOS első verziójában, majd az iPhone OS-ben is volt mód bizonyos események megjelenítésére. Mai szemmel nézve az akkori megvalósítás primitívnek tűnik. Az iOS 3.0-ig nem támogatták a harmadik felek értesítéseit, az értesítési központ iOS 5-ben való bevezetéséig pedig a képernyő feloldása után gyakran végleg elvesztek az értesítések. Az iOS 8-ban e két mérföldkő után újabb fontos mérföldkő következik az értesítések terén – az értesítések interaktívvá válnak.
Eddig csak információs célokat szolgáltak. A törlésükön kívül a felhasználók csak a megfelelő alkalmazást nyithatták meg a helyszínen, amely az értesítéshez kapcsolódott, például egy szöveges üzenet nyitott egy adott beszélgetést. De ez volt minden interakció vége. Az interaktív értesítések igazi úttörője a Palm volt, amely még 2009-ben, két évvel az iPhone megjelenése után vezette be őket a WebOS-szel. Az interaktív értesítések lehetővé tették például, hogy a naptárban lévő meghívókkal dolgozzanak, miközben az alkalmazás nyitva volt, míg egy másik értesítés a zenelejátszást szabályozta. Később az interaktív értesítéseket az Android adaptálta, 2011-ben az Ice Cream Sandwich 4.0-s verziójában, a 4.3-as Jelly Bean pedig tovább bővítette lehetőségeit.
A versenytárshoz képest az Apple nagyon lassú volt, másrészt az értesítések kérdésének végső megoldása könnyen megfogható, konzisztens és egyben biztonságos. Míg az Android az értesítéseket praktikus kis alkalmazásokká, kütyüvé tudja alakítani, ha úgy tetszik, iOS-ben lényegesen céltudatosabbak az értesítések. A widget-szintű nagyobb interakció érdekében az Apple külön fület hagy a fejlesztőknek az Értesítési Központban, míg az értesítések többé-kevésbé egyszeri műveletekre vonatkoznak.
Az interakció minden olyan helyen megtörténhet, ahol értesítésekkel találkozik – az Értesítési Központban, bannerekkel vagy modális értesítésekkel, de a lezárt képernyőn is. Minden értesítés legfeljebb két műveletet engedélyezhet, kivéve a modális értesítést, ahol négy művelet helyezhető el. Az Értesítési központban és a lezárási képernyőn csúsztassa balra az értesítési lehetőségek megjelenítéséhez, és a szalaghirdetést le kell húzni. Ez alól kivételt képeznek a modális értesítések, a felhasználónak az "Opciók" és a "Mégse" gombokat kínálja fel. Az „Opciók” megérintése után az értesítés kibővül, és az alábbi öt gombot kínálja (négy művelet és a Mégse)
A cselekvések kategóriáikba vannak osztva – destruktív és nem destruktív. A meghívás elfogadásától a tetszésnyilvánításon át az üzenetre adott válasz megjelöléséig minden művelet roncsolásmentes lehet. A pusztító műveletek általában törléshez, blokkoláshoz stb. kapcsolódnak, és a menüben egy piros gomb található, míg a nem roncsoló műveletek szürkék vagy kékek. Az akciókategóriát a fejlesztő határozza meg. A lezárási képernyőt illetően a fejlesztő azt is meghatározza, hogy milyen típusú műveletekhez kell biztonsági kódot megadni, ha az aktív. Ez megakadályozza, hogy bárki válaszoljon az üzeneteire vagy törölje az e-maileket a lezárási képernyőről. Valószínűleg az általános gyakorlat a semleges műveletek engedélyezése, minden máshoz, például a válaszok közzétételéhez vagy a törléshez, kódra lesz szükség.
Egy alkalmazás több értesítési kategóriát is használhat, amelyek szerint az elérhető műveletek kibontakoznak. Például a naptár más interaktív gombokat is kínálhat az értekezlet-meghívásokhoz és emlékeztetőkhöz. Hasonlóképpen, a Facebook például felajánlja a "Tetszik" és a "Megosztás" opciókat a bejegyzéseknél, a "Válasz" és a "Megtekintés" opciókat pedig egy baráttól érkező üzenet esetén.
Interaktív értesítés a gyakorlatban
Jelenlegi formájában az iOS 8 nem támogatja az interaktív értesítéseket sok alkalmazásnál. Kétségtelenül a legfontosabb az, hogy közvetlenül az értesítésből válaszolhatunk az iMessage-ekre és SMS-ekre. Végül is ez a lehetőség gyakori oka volt a jailbreaknek, ahol egy praktikus segédprogramnak köszönhető BiteSMS bárhonnan válaszolhat az üzenetekre anélkül, hogy elindítaná az alkalmazást. Ha modális értesítési típust választ az üzenetekhez, akkor a gyors válasz felület nagyon hasonló lesz a BiteSMS-hez. Ha szalaghirdetésből vagy értesítési központból válaszol, a szövegmező a képernyő tetején jelenik meg, nem pedig a képernyő közepén. Természetesen ez a funkció harmadik féltől származó alkalmazások számára is elérhető lesz, a Facebook vagy a Skype üzeneteire adott gyors válaszok, illetve a Twitteren a @megemlítések számára is elérhető lesz.
Az említett naptár pedig a fent leírt módon tud működni a meghívókkal, az e-mailek pedig közvetlenül megjelölhetők vagy törölhetők. A legérdekesebb azonban látni, hogyan kezelik a fejlesztők az interaktív értesítéseket. A feladatkezelők például elhalaszthatják a feladatértesítéseket, megjelölhetnek egy feladatot befejezettként, és esetleg szövegbevitellel is bevihetnek új feladatokat a Beérkezett üzenetek mappába. A közösségi és építőjátékok egy teljesen új dimenziót is kaphatnak, ahol cselekvések segítségével eldönthetjük, hogyan kezeljük azt az eseményt, amely akkor történt, amikor nem volt bekapcsolva a játék.
A bővítményekkel és a Dokumentumválasztóval együtt az interaktív értesítések lépést jelentenek az operációs rendszerek jövője felé vezető helyes irányba. Bizonyos szempontból nem nyújtanak akkora szabadságot, mint az Android, megvannak a korlátai, nem csak az egységesség, hanem a biztonság miatt is. Sok alkalmazásnál nem lesznek olyan fontosak, mint például az IM klienseknél, de a fejlesztőkön múlik, hogy mennyire tudják ügyesen használni az értesítéseket. Mert ezek a hírek az iOS 8-ban nekik szólnak. Biztosan sok mindenre számíthatunk ősszel.
A fejlesztők számára csak annyit fűznék hozzá, hogy az iOS 8 érkezésével és az új értesítésekkel a regisztráció módja is megváltozott, hogy megfelelően tudjanak reagálni ezekre a hírekre. Jól le van írva például itt: http://www.appentwicklung.at/2014/08/changes-ios-8-push-notifications-apns/
Úgy gondolom, hogy ezzel sok fejlesztő könnyebben megtudhatja, miért nem működik valami.