Google Docs fungerar förvånansvärt bra i Safari på iPadOS

Jag hade lite kort tid på mig att använda en iPad Pro med iPadOS igår, och en av de första sakerna jag gjorde var att öppna en Safari-flik som Apple hade förberett för mig: ett Google Doc. Google Docs har länge varit ett stort problem på iPad, av två skäl. För det första är Googles egen iPad-app gudabenådad och företaget verkar vara fast besluten att inte uppdatera den så att den fungerar bättre. För det andra omdirigerar Google Docs i Safari på iPad dig just nu till den appen även om du ”Request Desktop Site”.

På iPadOS verkar dock Google Docs i Safari fungera utmärkt.

Det är sant att jag bara ägnade ungefär fem minuter åt att snoka runt, men jag gick direkt till det jag inte förväntade mig att det skulle fungera överhuvudtaget – och det fungerade. Tangentbordsgenvägar för formatering och rubrikstyling, kommentarer, markörplacering och till och med att se redigeringar i realtid från en annan person i dokumentet – allt fungerade.

Då inbyggda appar generellt sett fungerar bättre än webbappar på iPad, skulle jag nog ändå föredra att Google fixar sin app. Men det här är ändå mycket bättre än någon Google Docs-upplevelse på iPad tidigare och kommer att vara en stor fördel för alla som är beroende av det för sitt arbete.

Vad gäller hur Apple lyckades med det här har jag några svar och många frågor.

Svar först: Apple ställer in ”user agent” (det som webbläsare använder för att tala om för webbplatser vad de är) på skrivbordsversionen av Safari. Det innebär att webbplatser inte automatiskt kommer att servera sina mobilversioner eftersom de ser en iOS-baserad webbläsare. Därefter optimerar Apple webbplatsen så att den fungerar med touch (och iPad-tangentbordet). Så det var ganska lätt att nå alla menyknappar i Google Docs, och tangentbordsgenvägar var inga problem.

Nu kommer frågorna: För att optimera dessa webbplatser för touch säger Apple att de gör en viss omräkning av webbplatsen i farten för att se till att de fungerar på iPad-skärmen. Jag vet inte om optimeringen för beröring är en del av detta eller om det är ytterligare ett lager ovanpå. Det spelar förmodligen ingen roll om inte ett av svaren där innebär en hastighetsnedsättning på långsammare eller äldre iPads.

Den största frågan är förstås om Safari på iPadOS faktiskt är ”skrivbordsklass” på samma sätt som Chrome OS eller Safari på Mac är det. Tar Apple bara det som i grund och botten fortfarande är dess superladdade mobilwebbläsare och ser till att den är optimerad för vanligt förekommande skrivbordssajter? Är det faktiskt något som liknar hela Safari-kodbasen för stationära datorer på iPad?

Jag tenderar att tro att det är det förstnämnda, men det betyder inte nödvändigtvis att det är ett problem. Vi får vänta till den officiella lanseringen för att ta reda på hur ”skrivbordsklassad” den här versionen av Safari verkligen är.

Summan av kardemumman är att det verkar som om Apple har hört många av de specifika klagomålen om iOS på iPad under det senaste året (USB-enheter, webbapplikationer, begränsad textredigering) och vidtagit åtgärder för att åtgärda just dessa problem. Det kanske inte är det som folk verkligen bad om, men det är fullt möjligt att slutresultatet blir detsamma: det kommer att bli svårare att hävda att iPad inte är en ”riktig” dator.