Michal Ždanský Kennisgewings is 'n integrale deel van moderne slimfone, en selfs die eerste weergawe van iOS, toe iPhone OS, het 'n manier gehad om sekere gebeurtenisse te vertoon. Vanuit vandag se perspektief lyk die implementering destyds primitief. Tot iOS 3.0 was daar geen ondersteuning vir derdeparty-kennisgewings nie, en tot die bekendstelling van Kennisgewingsentrum in iOS 5 was kennisgewings dikwels permanent verlore nadat die skerm ontsluit is. In iOS 8, na hierdie twee mylpale kom nog 'n belangrike mylpaal in kennisgewings - kennisgewings word interaktief.
Tot dusver het hulle slegs vir inligtingsdoeleindes gedien. Benewens die verwydering daarvan, is gebruikers slegs toegelaat om die ooreenstemmende toepassing op die plek oop te maak wat met die kennisgewing verband hou, byvoorbeeld 'n SMS het 'n spesifieke gesprek oopgemaak. Maar dit was die einde van alle interaksie. Die ware pionier van interaktiewe kennisgewings was Palm, wat hulle in 2009 met WebOS bekendgestel het, twee jaar na die vrystelling van die iPhone. Interaktiewe kennisgewings het dit moontlik gemaak om byvoorbeeld met uitnodigings in die kalender te werk terwyl die toepassing oop was, terwyl 'n ander kennisgewing musiekweergawe beheer het. Later is interaktiewe kennisgewings deur Android aangepas, in 2011 in weergawe 4.0 Ice Cream Sandwich, weergawe 4.3 Jelly Bean het toe hul moontlikhede verder uitgebrei.
In vergelyking met die kompetisie was Apple baie stadig, aan die ander kant, is sy finale oplossing vir die kwessie van kennisgewings maklik om te begryp, konsekwent en veilig terselfdertyd. Terwyl Android kennisgewings in handige klein toepassings kan verander, is widgets, as jy wil, kennisgewings in iOS aansienlik meer doelgerig. Vir meer interaksie op legstukvlak, laat Apple ontwikkelaars met 'n aparte oortjie in die Kennisgewingsentrum, terwyl kennisgewings min of meer vir eenmalige aksies is.
Interaksie kan plaasvind op alle plekke waar jy kennisgewings teëkom – in die Kennisgewingsentrum, met baniere of modale kennisgewings, maar ook op die geslote skerm. Elke kennisgewing kan tot twee aksies toelaat, met die uitsondering van die modale kennisgewing, waar vier aksies geplaas kan word. Swiep net links in die kennisgewingsentrum en op die sluitskerm om die kennisgewingopsies te openbaar, en die banier moet afgetrek word. Modale kennisgewings is hier 'n uitsondering, die gebruiker word die "Opsies" en "Kanselleer" knoppies aangebied. Nadat op "Opsies" getik is, brei die kennisgewing uit om vyf knoppies hieronder te bied (vier aksies en Kanselleer)
Aksies word in hul kategorieë verdeel – vernietigend en nie-vernietigend. Alle aksies van die aanvaarding van 'n uitnodiging tot 'laaik' tot die merk van 'n antwoord op 'n boodskap kan nie-vernietigend wees. Vernietigende aksies hou gewoonlik verband met uitvee, blokkering, ens., en het 'n rooi knoppie in die kieslys, terwyl nie-vernietigende aksieknoppies grys of blou is. Die aksiekategorie word deur die ontwikkelaar besluit. Wat die sluitskerm betref, bepaal die ontwikkelaar ook watter tipe aksies sal vereis dat 'n sekuriteitskode ingevoer moet word wanneer dit aktief is. Dit verhoed dat enigiemand op jou boodskappe antwoord of e-posse van die sluitskerm af uitvee. Algemene praktyk sal waarskynlik wees om neutrale aksies toe te laat, alle ander soos om antwoorde te plaas of uitvee sal dan 'n kode vereis.
Een toepassing kan verskeie kategorieë van kennisgewings gebruik, waarvolgens die beskikbare aksies sal ontvou. Die kalender kan byvoorbeeld ander interaktiewe knoppies bied vir vergaderinguitnodigings en -aanmanings. Net so sal Facebook byvoorbeeld opsies bied om te "Like" en "Share" vir plasings, en "Antwoord" en "Bekyk" vir 'n boodskap van 'n vriend.
Interaktiewe kennisgewing in die praktyk
In sy huidige vorm ondersteun iOS 8 nie interaktiewe kennisgewings vir baie toepassings nie. Ongetwyfeld die belangrikste is die vermoë om direk vanaf die kennisgewing op iMessages en SMS te antwoord. Hierdie opsie was immers 'n gereelde rede vir jailbreaking, waar dit te danke was aan 'n handige hulpmiddel BytSMS kan van enige plek af op boodskappe antwoord sonder om die toepassing te begin. As jy 'n modale kennisgewingtipe vir boodskappe kies, sal die vinnige antwoord-koppelvlak baie soortgelyk wees aan BiteSMS. As jy van 'n banier of kennisgewingsentrum antwoord, sal die teksveld boaan die skerm verskyn in plaas van in die middel van die skerm. Natuurlik sal hierdie funksie ook beskikbaar wees vir derdeparty-toepassings, vinnige antwoorde op boodskappe vanaf Facebook of Skype, of op @mentions op Twitter.
Die genoemde kalender kan op sy beurt met uitnodigings werk op die wyse hierbo beskryf, en e-posse kan direk gemerk of uitgevee word. Die interessantste ding sal egter wees om te sien hoe die ontwikkelaars interaktiewe kennisgewings hanteer. Taakmeesters kan byvoorbeeld taakkennisgewings sluimer, 'n taak as voltooi merk, en dalk selfs teksinvoer gebruik om nuwe take in die inkassie in te voer. Sosiale en bouspeletjies kan ook 'n heel nuwe dimensie aanneem, waar ons aksies kan gebruik om te besluit hoe om 'n gebeurtenis te hanteer wat plaasgevind het terwyl ons nie die speletjie aan het nie.
Saam met uitbreidings en Document Picker is interaktiewe kennisgewings 'n stap in die regte rigting na die toekoms van bedryfstelsels. Hulle bied in sommige opsigte nie soveel vryheid soos Android nie, hulle het hul perke, nie net vir redes van eenvormigheid nie, maar ook vir sekuriteit. Vir baie toepassings sal dit nie so belangrik wees soos byvoorbeeld vir IM-kliënte nie, maar dit sal van die ontwikkelaars afhang hoe vaardig hulle die kennisgewings kan gebruik. Omdat hierdie nuus in iOS 8 vir hulle bedoel is. Ons het beslis baie om na uit te sien in die herfs.
Vir ontwikkelaars wil ek net byvoeg dat met die koms van iOS 8 en nuwe kennisgewings, die manier waarop hulle registreer ook verander het sodat hulle behoorlik op hierdie nuus kan reageer. Dit word byvoorbeeld goed beskryf hier: http://www.appentwicklung.at/2014/08/changes-ios-8-push-notifications-apns/
Ek glo dit sal dit vir baie ontwikkelaars makliker maak om uit te vind hoekom iets nie werk nie.