Safari iOS-i kerimiskäitumine muutub peagi – ja me teame seda, sest … Google?

Võib-olla pole teie, nagu mina, kunagi sellest aru saanud, nii et alustame seda uudist eksamiga: tehke see ära iPhone või iPad (Ma arvan, et võime nüüd ignoreerida iPod touch?) Avatud veebisait on Safari ja lihtsalt kerige lehte ja tunnetage, kuidas see sõrmeliigutustega käitub, pöörake tähelepanu tarkvara taga olevale füüsikale. Nüüd korrake seda testi teistes iOS-i piirkondades, näiteks a esitusloend Apple Music või vestlused iMessage'is.

Kas märkad erinevust? Jah

See käitumine on tingitud täiesti tahtlikust otsusest, mille Apple võttis pikka aega, oma mobiilse opsüsteemi algusaegadel. Sellel pole ametlikku põhjust, kuid kui teile kirjutanud inimene võib riskida arvamisega, võib käitumine olla seotud sellega, kuidas me veebilehtedega suhtleme versus viis, kuidas me suhtleme pika loendite või sõnumite loendiga või kõige muuga, kõigepealt suhtlemine kogu sisuga, siis on kerimise inerts suurem ja leht ei ületa sõrme libistades mitut rida; teises osas otsib kasutaja tavaliselt teatud üksusi ja kerib määramata ajaks, kuni leiab need üles, nii et inerts võib olla väiksem.

Kas olete pärast eelmist lõiku tundnud füüsika doktorikraadi? Hea küll, hoidke sellel põhjusel mõni hetk kinni, sest see pole täna meie ees.

MacMagazine iPadis Safaris

Eelmisel laupäeval kirjutas John Gruber Internetis mitu lõiku Julge tulekera umbes Google'i AMP (Kiirendatud mobiililehed), Mountain View hiiglaslik avatud lähtekoodiga projekt, mis muudab peamiselt tekstilist sisu sisaldavad lehed (nagu see täpne postitus, mida te praegu loete) koheseteks artikliteks, õige vormingu ja nutikate reklaamidega enam-vähem samad, mis saadaval Kohesed artiklid Facebook

Suhtumises, mis võib viidata sellele, et kellegi teise toode sobib teie stiiliga sobivaks, kohandab Apple teie stiili kellegi teise tootega.

Põhimõtteliselt Gruber vihata AMP väidab, et tema sõnul rikub projekt kõiki avatud veebiprintsiipe, millest selle ala spetsialistid on laialt teatanud, pannes hiiglaste kätte (antud juhul Google) sel juhul mitte talle kuuluvad kohustused: veebisisu avaldamise ja redigeerimise ning halduse põhimõte sellega seotud reklaamiga seotud eelised. See on väga oluline arutelu, kuid korraks ka see, et Gruber kritiseeris ka mõnda AMP praktilist külge, näiteks asjaolu, et nad rikkusid Safari lugemisrežiimi funktsiooni ja, arvake ära, segasid nad kogu kerimissüsteem mobiilibrauser.

Võite proovida leida AMP-i loodud lehe, et seda ise testida, kuid 9to5Mac on teinud väga mobiilse video sellest, kuidas Ma-i mobiilibrauseris keritakse tavalistel ja Google'i kiirendatud lehtedel (spoilerid: AMP-rull on peaaegu nagu süsteemi muud elemendid, vedelam ja väiksema inertsusega).

Gruberi kriitikud, kellest sai loomulikult Apple'i ja kogu tehnoloogiamaailma kuulsaim kommentaator, rändasid mööda maailma ja jõudsid ise AMP arendusmeeskonda. Eriti häirib üks detail meeskonda: "kiirendatud" lehe pakutav "erinev" kerimine ei ole arendaja vastutus, vaid tänu iOS-i enda käitumisele: ilma liiga paljude tehniliste üksikasjadeta kasutab AMP leht koodi, mida nimetatakse ülevooluks, et CSS-i käsud lubavad kastid (

) sirvida iseseisvalt (vaadake siin sinises kastis). Safaris toimub selline ületäitumine kerimine kogu süsteemis tavalisel viisil, väiksema inertsiga.

Seejärel võttis Google'i meeskond ühendust Ma'ga, et proovida seda käitumist muuta, ja Cupertino vastus oli ilmselt kõige ootamatum. Google'i meeskonna postituse tsiteerimine saidil Häkkerite uudised:

Apple vastas (üllatuslikult), et nad muudavad Safari vaikimisi kerimiseks nagu ülevoolu kerimine. Seejärel kerivad kõik Safari järgmises versioonis kõik lehed täpselt nagu AMP-lehed. Loodame, et Gruber on õnnelik.

Nii et: suhtumises, mis võib näidata, kohandab Apple selle asemel, et muuta kellegi teise toode teie stiiliga sobivaks, kohandada teie stiili kellegi teise tootega. On selge, et ma ei ürita väita, et Ma otsustas Safari veereva käitumise muuta alles pärast seda ja kuna AMP-meeskonnaga oli kokkupuude, võis seda muudatust juba pikka aega kavandada ja kirjavahetus aitas seda vaid natuke enne tähtaega teada. See on siiski endiselt kummaline detail.

Ainult kaks küsimust on jäänud. Esiteks otsustas Apple kolida. Kasutajana Om2 mis näib töötavat samas foorumis lisatud Safari arenduse kallal Häkkerite uudised, näib põhjus olevat ainult üks: järjepidevus.

Praegu iOS Safaris ei ole lehe kerimine kooskõlas teiste süsteemide kerimisega. See on kaua aega tagasi tehtud tahtlik otsus. Ülevoolupiirkond on aga kooskõlas teiste süsteemidega ega ole seetõttu tavaline lehe kerimisega Safaris. See on pooljuhus. Uuendamise taset analüüsides saame aru, et algset põhjust enam ei kompenseerita, nii et see muudatus, mis kõrvaldab kõik ebakõlad: https://trac.webkit.org/changeset/211197/webkit

Kui teil on harjunud, on kogu järjepidev kerimine väga hea.

Teine küsimus, mis muidugi kerkib, on see, millal kasutajad seda muudatust oma seadmes näevad. Sellele pole selget vastust, kuid WWDC lähedus (ja sellest tulenevalt iOS 11 esitlus) paneb meid uskuma, et Ma kavatseb muudatused lisada süsteemi järgmisse suuremasse värskendusse. Muidugi ei võta nad sellistest pisidetailidest rääkimiseks isegi sekundit peavõistlusest, kuid võib-olla suudavad teravamate silmadega inimesed kuulsatel slaididel selles mõttes midagi näha:

IOS 10 muudatuste loend WWDC 2016-s

Hoidkem ühendust