Chrome vinder indpas på iOS

Tjae, folk har vel begge installeret, hvis de følger med. Men lige som på OS X foretrækker jeg /normalt/ Safari, da man her har mulighed for at få en fuldskærmsvisning af /teksten/. Altså uden reklamer.

Er der så noget der ikke kan klares på Safari er det rart at der er alternativer ...

Kan det ikke klares i safari er man vel boned på ios? Som jeg læser artiklen er det ikke muligt at stå for renderingen selv, så man er tvunget til at bruge æbles handicappede tredjeparts motor.
(Lidt underligt at andre ikke kan bruge safaris renderingsmotor, mon ikke det er for at æble kan høste penge på apps og html5 ikke overtager. :) )

Det virker da også lidt ejendommeligt, men det med fuldskærmsvisningen har Safari på både iOS og OSX, og sikkert også Windows, mens Chrome ikke har den på nogen af platformene.

Til gengæld er det rigtigt at Chrome er hurtigere end Safari på OSX. Men det må du så ikke være på iOS.

Chrome bruges af Google til at tjene flere [reklame]penge; jeg har svært ved at se hvorfor Apple ikke kan tillade Google at have en hurtigere browser på iOS også. Men Apple taler selv om sikkerhed, så her er jeg på lidt usikker grund.

Mig bekendt er det "kun" mht. JavaScript-motoren at Google er nødt til at bruge en halv-langsom fortolker, jf. Apples regler om at apps ikke umiddelbart må hente og køre kode fra nettet.

Jeg synes at Chrome på iOS virker mere "snappy" end Safari, men det der er rigtig lækkert, er håndteringen af tabs i Chrome.

(Skrevet i Chrome på iOS.)

@Per Erik Rønne, jeg er ret sikker på at den der læser/reader knap bare bruger readability.coms api. Det kan sagtens integreres i både chrome(via extension) og i chromeIOS via bookmarks.

@Ole Østergaard, hvis jeg læser artiklen rigtigt, så er chrome til ios bygget via et webkitview-modul, som normalt bruges af andre apps til in-app-browsing. Det er langt fra det samme som at bruge ios-safari. På desktop siden har du dog ret - der er forskellen på safari og chrome (i samme webkit version) kun v8-javascript motoren. På trods af det har jeg dog samme oplevelse af at browsing på ios er hurtigere med Chrome; stik imod alle forventninger. :-)

@Gustav Nikolaj, du har sikkert ret. Spørgsmålet er blot om Google, der lever af reklamer, vil være interesseret i at brugerne af Chrome kan slå reklamerne fra ...

chrome til iOS er blevet min standadbroser på ipad, tabs fungerer rigtigt godt. Jeg har ikke oplevet foskelle i noget andet. Det er også smart lavet at tastaturet udvides med ekstra taster når man taster en url, det kunne dog være smart hvis man kunne tilføje sine egne knapper som der fint er plads til, fx en ".dk" knap, og nogle bookmarks.

http://www.readability.com/bookmarklets/

På ovenstående link er der en guide til at lave et bookmark med en jacascript snippet der åbner en side i læs-let-uden-reklamer-mode. Den skulle virke fint med chrome til ios og i øvrigt alle andre browsere. :-)

Så uanset om google vil det eller ej, så kan det lade sig gøre :)

Og forskellen er Javascript motoen Nitro. Det er altså ikke rendering motoren.

At ingen apps ud over system apps har adgang til nitro versionen af safaris java script engine er at den bruger JIT compilering og tredieparts apps har ikke lov til det da de ikke må eksekvere de dele af hukommelsen de har skriverettighed til... Det er en feature der gør iOS mere sikker, blandt andet gør det at det er svært at lave en trojan app der downloader en payload... Noget som er SOP for mange trojans og botnets.