Safari wird 10: Wie Apples Browser das mobile Web revolutionierte

Safari ist 10 Apple BrowserVor zehn Jahren überraschte Apple-Chef Steve Jobs die Internetwelt mit der Vorstellung von Safari, einem neuen Desktop-Webbrowser. Apples Ziel war es, dem Macintosh ein schnelles und einfaches, aber erstklassiges Surferlebnis zu bieten. Apple hat seitdem neue Funktionen hinzugefügt, aber unter Mac-Browsern hatte Safari immer einen Vorteil darin, sich wie eine Mac-App zu verhalten - und war oft führend in Sachen Leistung.

Für viele Webbenutzer ist Safari jedoch auch ein Run. Mit Internet Explorer und Firefox war es nie mehr als ein entferntes Drittel und mit dem Aufstieg von Google Chrome ein entferntes Viertel.

Die größten Auswirkungen von Safari in den letzten zehn Jahren spiegeln sich nicht in den Nutzungsstatistiken wider. Vielmehr ist es in WebKit. WebKit ist eine Software, die Webinhalte anzeigt. Apple hat WebKit für Safari entwickelt, aber jetzt ist es überall, einschließlich Google Chrome, Android-Geräten und fast allem, was Apple zu bieten hat. Mit WebKit hat Safari eine enorme Rolle dabei gespielt, mobile Geräte vom lahmen WAP-gesteuerten „Mobile Web“ (Wireless Application Protocol) wegzubewegen und Smartphones und Tablets zu vollwertigen und bald dominierenden Spielern im „echten“ Web zu machen . So seltsam es auch klingen mag, wenn Sie das Internet von einem Smartphone oder Tablet aus genutzt haben, haben Sie wahrscheinlich Safari zu verdanken.

Wie ist das passiert?

Die alten IE-Tage

MacWorld Boston 1997 Jobs + Microsoft

Safari hatte seinen Start im Jahr 2001. Apple lieferte Internet Explorer als Standard-Webbrowser unter Mac OS aus (Ja, Junge, es gab einmal eine Mac-Version von IE), aber als Steve Jobs 1997 zu Apple zurückkehrte, arbeitete er einen Komplex aus Patent-Sharing- und Vergleichsvereinbarung mit Microsoft. Ein Teil machte Internet Explorer für fünf Jahre zum Standardbrowser des Mac.

Die sogenannten Browserkriege zwischen Netscape und Internet Explorer waren in vollem Gange. Der Deal von Microsoft mit Apple war ein Sieg für Redmond, aber auch ein langfristiges Problem für Apple. Das Internet wurde zu einem wichtigen Grund, warum Menschen Computer benutzten, und Apple glaubte, dass das Web nur noch wichtiger werden würde. Die Fünfjahresvereinbarung bedeutete, dass Apple einen zentralen Aspekt der Mac-Erfahrung an Microsoft abgab. Microsoft besaß das Internet nicht, war jedoch berüchtigt für seine Strategie, Wettbewerber zu umarmen, zu erweitern und auszulöschen. (Diese Strategie hatte dazu beigetragen, Cyberdog, einen früheren Apple-Browser, zu töten.)

Damals wie heute zog Apple es vor, sein eigenes Schicksal zu kontrollieren und das Mac-Erlebnis von der Hardware an zu gestalten. Der Wechsel zu einem anderen Browser in fünf Jahren könnte nur eine Übung bei der Auswahl eines geringeren Übels sein. Daher begann Apple lange vor dem Ende der Microsoft-Vereinbarung mit der Arbeit an einem eigenen Webbrowser.

"Ich erinnere mich zunächst nicht an eine Frist", schrieb ein ehemaliger Safari-Ingenieur, der nicht identifiziert werden wollte, "aber [Safari] bewegte sich schnell und bis zum Sommer [2002] war dem Team dieses Datum bekannt."

Sobald die Vereinbarung abgelaufen war, stellte Apple Safari vor und stellte eine kostenlose Beta zum Download bereit. Bis Juni 2003 war Safari auf Version 1.0 erschienen und Internet Explorer für Mac war Geschichte. Bis Oktober war Safari der Standardbrowser des Mac.

Die Gabelung in der Straße

Konqueror

Der Kern eines Webbrowsers ist eine Layout-Engine, eine Software, die den Inhalt einer Website interpretiert und herausfindet, wie er auf dem Bildschirm angezeigt wird. Für Safari hätte Apple eine eigene Layout-Engine mit Whiz-Bang-Mac-Funktionen erstellen können. Laut den damaligen Managern von Apple wollte Apple, dass sein Webbrowser Macs zum besten Weg macht, um auf das Web zuzugreifen, und das bedeutete dies nicht Durch die Erstellung cooler Nur-Mac-Funktionen hofften sie, dass Websites diese übernehmen würden. Eine auf Standards basierende Open-Source-Layout-Engine war der richtige Weg.

Der offensichtliche Kandidat war Gecko, ursprünglich für Netscape Navigator entwickelt. Gecko hatte die Leistung und die Standardunterstützung für Netscape verbessert, und Apple hätte es nutzen können: Gecko wurde 1998 als Open Source veröffentlicht, sodass nicht nur Netscape, sondern auch Browser wie Galeon, Chimera und der aufstrebende Firefox (damals Phoenix genannt) mit Strom versorgt wurden. und der Nur-Mac-Browser Camino.

Als Apple Safari vorstellte, stellte es jedoch auch fest, dass Safari auf der weniger bekannten KHTML-Layout-Engine von Konqueror basiert, die von der KDE-Community entwickelt wurde. Apple hat seine eigene Version von KHTML ausgegliedert, um eine eigene Layout-Engine zu erstellen, die als WebKit bezeichnet wird (in Entwicklungskreisen als „Forking“ bezeichnet). Don Melton, der ursprüngliche technische Leiter von Safari, stellte fest, dass Apple KTHML aufgrund seiner Standardunterstützung, seines klaren Designs und seiner geringen Größe gegenüber Alternativen wie Gecko ausgewählt hat. Trotzdem überraschte die Wahl die Internet-Community.

"KHTML war möglicherweise eine größere Überraschung als Apple, der überhaupt einen Browser verwendet", schrieb Melton in seinem Blog und erinnerte an Jobs 'öffentliche Ankündigung von Safari. „Und dieser Moment war herrlich. Wir hatten die ganze Menge punkig gemacht. “

Nicht jeder war zufrieden. Apple hatte seit einem Jahr oder länger heimlich Änderungen an KHTML (und der KJS Javascript-Engine) vorgenommen. Apple hat die Open-Source-Verpflichtungen eingehalten und damit begonnen, seine Arbeit wieder an KDE weiterzugeben. Dies ist ein entscheidender Punkt, da Apple kein WebKit besaß und jeder auf den Beiträgen von Apple aufbauen konnte. Das schiere Materialvolumen (und die Auswahl der Tracking-Systeme) machte die Integration von Apples Arbeit jedoch schwierig, und einige fragten sich, ob dies überhaupt getan werden sollte.

"KHTML-Entwickler waren aufgeregt und vorsichtig", schrieb ein KDE-Entwickler, der jetzt an WebKit-basierter Software arbeitet, aber nicht genannt werden wollte. „Apples Umzug bestätigte KHTML und ihre Ressourcen könnten [KHTML und KJS] ernsthaft voranbringen. Aber niemand wollte, dass Apple einspringt und KHTML als sein eigenes übernimmt. “

Es dauerte mehr als zwei Jahre, bis sich die Dinge erledigt hatten. Apple hat erst Mitte 2005 seine gesamte KHTML-Gabel als Open-Sourcing-Unternehmen bereitgestellt. Der Riss hallt heute wider: Trotz der Bemühungen um eine Fusion ist KHTML immer noch separat und immer noch die Standard-Layout-Engine in Konqueror.

Trotzdem: WebKit war von Anfang an verfügbar und als Open Source verfügbar… und das Internet war nicht dasselbe.

Mobil werden

HP TouchPad (webOS)

Apple verwendet WebKit in Safari und seine eigenen Apps wie Mail, aber auch andere Desktop-Software verwendet WebKit, einschließlich Adobe AIR und Creative Suite sowie Google Chrome - und Chrome ist weitaus beliebter als Safari. Bei einem Rollentausch verwendet Microsoft WebKit in Outlook für Mac und zuvor in Entourage.

Das ist eine bedeutende Unterstützung, aber WebKit hat sich tatsächlich auf mobile Plattformen ausgewirkt. Ob Sie es glauben oder nicht, Nokia war der erste Telefonhersteller, der auf WebKit umstieg und einen WebKit-basierten Browser für seine S60-Telefone entwickelte. Es war wohl der erste „echte“ Browser für ein mobiles Gerät: Die meisten Telefone haben das WAP-fähige „mobile Web“ durchlaufen, während S60-Telefone erfolgreich auf dieselben Inhalte wie Desktop-Browser zugegriffen haben. Der S60-Browser hob den Schleier und bewies, dass das Einfügen eines echten Webbrowsers in ein Telefon nicht nur möglich, sondern auch weitaus besser war als das Entfernen von Websites nur für Handys - oder Websites, die auf Telefonen überhaupt nicht funktionierten.

WebKit rückte 2007 mit dem iPhone wirklich ins mobile Rampenlicht. Das iPhone hat nicht nur auf dasselbe Web wie Desktop-Computer zugegriffen, sondern Mobile Safari war ursprünglich die einzige Möglichkeit, iPhone-Software zu erstellen. Apple kehrte schnell den Kurs um und wechselte zu nativen iPhone-Apps. 2009 machte Palm's webOS einen gewagten Schritt und setzte alles auf WebKit: Die gesamte Benutzeroberfläche von webOS wird von WebKit gesteuert.

"Als webOS herauskam, war ich begeistert, weil seine nativen Apps in Webtechnologien geschrieben sind: HTML, JavaScript und CSS", sagte der frühere Entwickler der Palm-Benutzeroberfläche, Tomomi Imura, per E-Mail. "Mobile Web-Apps wurden endlich als erstklassiger Bürger behandelt, und WebKit hat es möglich gemacht."

WebKit überall

Palm's webOS war ein kommerzieller Fehler, und der frühere Software-Direktor von Palm, Paul Mercer, beschuldigte WebKit, nicht wie native Apps zu funktionieren. Die unglückliche Entwicklung von webOS hat WebKit jedoch nicht geschadet.

Derzeit dominiert WebKit das mobile Internet. Laut Angaben von NetMarketShare machen WebKit-basierte Browser über 85 Prozent des Mobilfunkmarktes aus. Auf dem Desktop wird WebKit hauptsächlich von Safari und Chrome dargestellt. Laut StatCounter sind dies fast 45 Prozent des Marktes für Desktop-Browser, obwohl NetMarketShare konservativere 23 Prozent ausmacht.

Wer sind all diese WebKit-Benutzer? Zunächst sind es Hunderte Millionen Menschen, die iPhones, iPod touch und iPads verwenden. Benötigen Sie noch Hunderte von Millionen? WebKit ist auch das Herzstück von Android. Seit dem Verkauf der ersten Geräte im Jahr 2008 basiert der Android-Browser auf WebKit. Ab BlackBerry 6 verwenden die Smartphones Playbook und BlackBerry WebKit. Dies gilt auch für das mobile Betriebssystem bada von Samsung, den Cloud-unterstützten Silk-Browser von Amazon für Kindle Fire-Tablets und sogar für den experimentellen Browser, den Amazon in den letzten Kindle-Lesegeräten verwendet. Mit einem Nintendo 3DS im Internet surfen? Es verwendet WebKit. Das kommende mobile Betriebssystem von Tizen macht eine Wette wie webOS: Tizen ist Linux unter der Haube, aber die Benutzeroberfläche wird von WebKit unterstützt.

In der realen Welt hat WebKit dazu beigetragen, das Web-Erlebnis konsistent zu machen. Bis vor einigen Jahren war es nicht ungewöhnlich, wichtige Websites zu finden, die nur in Internet Explorer funktionierten, in Safari nicht funktionierten oder auf einem Telefon völlig unzugänglich waren. Internetbenutzer erwarten nun, dass die meisten Websites unabhängig vom verwendeten Browser oder Gerät funktionieren. WebKit ist nicht allein verantwortlich, aber es war ein großer Faktor - und es erntet die Belohnungen.

"WebKit ist heute das Gesicht des mobilen Web", schrieb der ehemalige Safari-Ingenieur. "Ich glaube, niemand hat sich das vorgestellt, als Safari ausgeliefert wurde."

Geschichte, die dazu verdammt ist, sich zu wiederholen?

Wie man ein Tablet auswählt

WebKit hat eine Schattenseite. Der Erfolg von WebKit auf Mobilgeräten bedeutet, dass Apps und Websites manchmal auf Funktionen angewiesen sind, die nicht Teil der HTML5-Technologie sind - jedenfalls noch nicht. Beispiele hierfür sind Möglichkeiten zur Unterstützung hochauflösender „Retina“ -Bilder sowie Farbverläufe, Übergänge, Schatten, Transformationen und Schrifteffekte. Einige der geschicktesten Websites und Web-Apps für Mobilgeräte sehen (und funktionieren) am besten nur in WebKit-Browsern aus.

"So viele mobile Websites sind nur für WebKit optimiert", so Tomomi Imura. "Die Entwickler-Evangelisten von Microsoft, Opera und Mozilla arbeiten hart daran, ihre Plattform zu fördern und Entwickler zu schulen. Dies ist jedoch ein Nebeneffekt von WebKit als Defacto-Standard."

Viele Webtechnologien (von einfachen wie Do Not Track bis zu komplizierten wie HTML) werden vom World Wide Web Consortium (W3C) definiert. Interessierte (aber hauptsächlich Unternehmen) schließen sich Arbeitsgruppen an und versuchen, einen kostenlosen Standard auszuarbeiten, den jeder nutzen kann. Der Prozess ist normalerweise langsam. Sobald ein Vorschlag beginnt, sowohl kommerzielle als auch Open-Source-Projekte zu verfestigen, greifen Sie häufig als Experiment auf frühe Versionen zurück… oder um sich einen Wettbewerbsvorteil zu verschaffen. W3C-Standards werden möglicherweise erst Jahre nach der Verbreitung einer Technologie offiziell abgeschlossen.

Die Dominanz von WebKit bedeutet, dass andere Layout-Engines vor einer schwierigen Wahl stehen: Warten Sie auf die Standards von morgen oder unterstützen Sie WebKits Inhalte heute? Opera ist bereits umgezogen, um WebKit zu emulieren. FireFox erwägt dies nachdrücklich, und Microsoft hat WebKit in Windows Phone 7 kurz nachgeahmt und sich dann selbst umgekehrt. Jahrelang hatten Desktop-Browser keine andere Wahl, als mit Internet Explorer kompatibel zu sein, da die meisten Websites aufgrund ihrer Dominanz auf den IE ausgelegt waren. Mobile Browser haben jetzt ähnliche Möglichkeiten für WebKit. Es ist ein unheimliches Echo der Kämpfe zwischen Internet Explorer und Netscape.

Patente erschweren auch die W3C-Standards. Apples iOS verarbeitet Berührungsereignisse - Tippen, Drücken, Wischen und Gesten - in einem eigenen Code. Das Apple-Modell wurde jedoch von anderen separat implementiert und 2009 von Android in WebKit eingeführt. Der W3C-Standardprozess wurde gestartet und (natürlich) WebKit Browser verwendeten sofort Touch-Ereignisse. Im Jahr 2011 hat Apple jedoch Patente für Berührungsereignisse angemeldet (einschließlich des US-Patents 7.812.828, das Teil des Kampfes von Apple mit Samsung und Motorola ist). Diese Patente mögen nicht bestehen, aber der Prozess des W3C zur Standardisierung von Berührungsereignissen wurde eingestellt. Microsoft hat seine eigenen (ganz anderen) Zeigerereignisse als möglichen Ersatz eingereicht, aber der Staub hat sich nicht gelegt

Was für eine lange seltsame Reise es war ...

Zehn Jahre nach der Einführung von Safari durch Apple hat Apple den Markt für Desktop-Browser noch nicht übernommen oder sogar eine große Beeinträchtigung erfahren. Es wird wahrscheinlich nie. Durch das Verzweigen von KHTML und die Geburt von WebKit war der Einfluss von Safari für das moderne Web mindestens genauso wichtig wie der Internet Explorer und die berühmtesten Nachkommen von Netscape, Gecko und Firefox. Dies ist ein Beweis für die breite Reichweite der Open Source-Technologie… und ein Grund zum Nachdenken, wenn Sie Ihren mobilen Browser starten.