Push-Nachrichten von MacTechNews.de
Würden Sie gerne aktuelle Nachrichten aus der Apple-Welt direkt über Push-Nachrichten erhalten?

Turbo für Safari auf iOS: WebKit sorgt für 6-mal schnellere Reaktionen

Wer auf einen Link oder Knöpfe auf einer Webseite drückt, kann feststellen, dass die mobile Version von Safari auf iOS etwas langsamer reagiert als die Desktop-Variante. Dies hat einen einfachen Hintergrund: In iOS schaltet ein Doppel-Tap standardmäßig den Zoom ein, was auch auf zahlreichen Webseiten hilfreich ist. Dies führt allerdings dazu, dass WebKit, die Safari-Engine, nach jedem Tap erst kurz warten muss, ob es sich um einen einzelnen oder einen Doppel-Tap handelt. Apple hat nun die Funktion „Fast-Tap“ in WebKit implementiert, die diesen Malus zumindest für mobiloptimierte Webseiten aufhebt.

350 Millisekunden Verzögerung
Jeder Tap in Safari erfährt normalerweise eine Verzögerung von 350 Millisekunden, bis er zu einer Reaktion führt. So lange hat ein Nutzer Zeit, um durch einen zweiten Tap die Zoom-Funktion zu aktivieren. Allerdings ist die Vergrößerung der Webseite nur dann sinnvoll, wenn die Standardansicht viel zu klein, die Webseite also nicht mobil optimiert ist. Neuerdings soll WebKit prüfen, ob dies der Fall ist oder nicht und deaktiviert gegebenenfalls die Standardverzögerung.


„Fast Tap“ für mobiloptimierte Seiten
Sollte eine Webseite nicht zoombar sein (user-scalable=no) oder nur minimale Vergrößerung erlauben (minimum-scale) reagiert WebKit genauso wie im Fall, dass das Anzeigedisplay groß genug ist (width=device-width): Der Doppel-Tap wird deaktiviert und ein Druck auf einen Link oder Knopf löst seine Reaktion 350 Millisekunden schneller aus. Misst man die Zeit, die 10 einzelne Taps mit und ohne „Fast-Tap“ benötigen, ist eine sechsfache Geschwindigkeitssteigerung festzustellen.

Alternative für nicht-mobiloptimierte Seiten
Für Webseitenprogrammierer gibt es außerdem die Möglichkeit, den Doppel-Tap mittels CSS zu deaktivieren. Dann könnten auch nicht-mobiloptimierte Seiten von dem schnelleren Tap profitieren.

Weiterführende Links:

Kommentare

Deppomat16.12.15 16:05
Da die meisten von uns Lesern keine Entwickler, sondern Nutzer sind, wäre die Information interessant gewesen, ob und wie oder wann das implementiert wurde/wird. Betrifft das bereits 9.2? Kommt das irgendwann?
0
sierkb16.12.15 20:49
Deppomat:

Laut WebKit Blogeintrag , Bug 149968 bzw. Bug 150604 sind die betreffenden Patches Mitte/Ende Oktober 2015 in WebKit Nightly gelandet, der Blogeintrag, der im WebKit-Blog drüber berichtet, ist gestern veröffentlicht worden.
Betrifft das bereits 9.2? Kommt das irgendwann?

In den Bugs steht: Platform: iOS Unspecified.
Frag' Apple. Das weiß wohl nur Apple, wann sie welche Features in die stabile Safari-Versin reinziehen bzw. wann eine nächste Safari-Version diesbzgl. feature-complete ist. Das kann die nächste Version sein, in der das zu finden sein wird, das kann aber auch die übernächste Version erst sein, je nachdem, wie Apples interner Fahrplan aussieht – den niemand kennt außer Apple selber. Für die Entwickler und zum Testen liegt derzeit jedenfalls noch keine Safari-Verion in den Entwickler-Downloads bereit.
0
Deppomat18.12.15 10:24
sierkb
Für die Entwickler und zum Testen liegt derzeit jedenfalls noch keine Safari-Verion in den Entwickler-Downloads bereit.
Danke für die interessante Erklärung, genau das hat im Artikel gefehlt
0
wolf2
wolf218.12.15 16:45
das rendering ist gar nicht das problem, das problem sind werbung und die dazugehörigen serverlatenzen und lieferzeiten. die bremsen bei mir am meisten.
raunzen, mosern, sumpern, sudern, was uns bleibt.
0

Kommentieren

Sie müssen sich einloggen, um die News kommentieren zu können.