A Google Dokumentumok meglepően jól működik a Safariban iPadOS-en

Tegnap volt egy rövid időm, amikor ténylegesen használtam egy iPad Pro-t iPadOS alatt, és az egyik első dolgom az volt, hogy megnyitottam egy Safari-fület, amit az Apple várt rám: egy Google Dokumentumot. A Google Docs már régóta óriási probléma az iPaden, két okból kifolyólag. Először is, a Google saját iPad-alkalmazása borzalmas, és úgy tűnik, a vállalat nem akarja frissíteni, hogy jobban működjön. Másodszor, a Google Dokumentumok a Safariban az iPaden jelenleg akkor is átirányít az alkalmazáshoz, ha az “Asztali oldal kérése.”

A iPadOS-en azonban a Google Dokumentumok a Safariban nagyszerűnek tűnik.

Bevallom, csak körülbelül öt percet töltöttem a böngészéssel, de egyenesen azokra a dolgokra mentem, amelyekről egyáltalán nem vártam, hogy működnek – és működtek. A billentyűparancsok a formázáshoz és a fejlécek stílusához, a megjegyzésekhez, a kurzor elhelyezéséhez, sőt, még a dokumentumban egy másik személy valós idejű szerkesztésének megtekintése is működött.

Mivel a natív alkalmazások általában jobban működnek, mint a webes alkalmazások az iPaden, valószínűleg még mindig jobban szeretném, ha a Google kijavítaná az alkalmazását. Mégis, ez ugrásszerűen jobb, mint bármely korábbi Google Docs élmény az iPaden, és hatalmas áldás lesz mindazoknak, akiknek a munkája függ tőle.

Azzal kapcsolatban, hogy az Apple hogyan csinálta ezt, van néhány válaszom és egy csomó kérdésem.

Válaszok először: Az Apple a Safari asztali verziójára állítja be a “felhasználói ügynököt” (az a dolog, amivel a böngészők megmondják a weboldalaknak, hogy mik ők). Ez azt jelenti, hogy a webhelyek nem fogják alapértelmezetten a mobilverziójukat kiszolgálni, mert egy iOS-alapú böngészőt látnak. Ezt követően azonban az Apple úgy optimalizálja az adott webhelyet, hogy az érintéssel (és az iPad billentyűzetével) is működjön. Így elég könnyű volt eltalálni a Google Docs összes menügombját, és a billentyűparancsok sem jelentettek gondot.

Most, kérdések: hogy ezeket a webhelyeket érintésre optimalizálja, az Apple azt mondja, hogy menet közben újra megjeleníti a webhelyeket, hogy azok az iPad képernyőjén is működjenek. Nem tudom, hogy az érintésoptimalizálás ennek része-e, vagy ez egy újabb réteg a tetején. Valószínűleg nem számít, hacsak az egyik válasz nem jelent sebességcsökkenést a lassabb vagy régebbi iPadeken.

A legnagyobb kérdés persze az, hogy a Safari az iPadOS-en valóban “asztali osztályú”-e, mint a Chrome OS vagy a Safari a Macen. Az Apple csak fogja a még mindig alapvetően szupererős mobilböngészőjét, és gondoskodik arról, hogy az általánosan használt asztali oldalakra optimalizálják? Valójában valami olyasmi, mint a teljes asztali Safari kódbázis az iPaden?

Hajlamos vagyok azt hinni, hogy az előbbi, de ez nem feltétlenül jelenti azt, hogy ez probléma. Meg kell várnunk a hivatalos megjelenésig, hogy megtudjuk, mennyire “asztali osztályú” valójában a Safari ezen verziója.

A lényeg az, hogy úgy tűnik, az Apple az elmúlt évben sok konkrét panaszt hallott az iOS-ről az iPaden (USB-meghajtók, webes alkalmazások, korlátozott szövegszerkesztés), és lépéseket tett pontosan ezeknek a problémáknak a megoldására. Lehet, hogy ez a hibátlan megközelítés nem az, amit az emberek valójában kértek, de az biztos, hogy a végeredmény ugyanaz lesz: nehezebb lesz azzal érvelni, hogy az iPad nem egy “igazi” számítógép.