API-Einstellungen und -Entfernungen in Chrome 51

Joe Medley
Joe Medley

In fast jeder Version von Chrome gibt es eine beträchtliche Anzahl von Updates und Verbesserungen des Produkts, seiner Leistung und auch der Funktionen der Webplattform.

In Chrome 51 (April 2016) gibt es eine Reihe von Änderungen.

Unterstützung für SPDY/3.1 wird eingestellt

Kurzfassung: HTTP/2 wird weit genug unterstützt, sodass SPDY/3.1 nicht mehr unterstützt wird.

Entfernungsabsicht | Chromestatus-Tracker | Chromium-Fehler

SPDY/3.1 war ein experimentelles Protokoll der Anwendungsschicht, das Leistungsverbesserungen gegenüber HTTP/1.1 ermöglichte. z. B. durch Verbindungs- Multiplexing und Server-Push. Viele der Funktionen wurden in HTTP/2 integriert, das letztes Mai als RFC veröffentlicht wurde. Da HTTP/2 von größeren Servern und Clients unterstützt wird, ist es an der Zeit, SPDY/3.1 aus Chrome zu entfernen.

TLS Next Protocol Verhandlung (NPN) entfernen

TL;DR: Im Zuge der Einstellung von SPDY wurde NPN entfernt und zuvor durch ALPN ersetzt.

Entfernungsabsicht | Chromestatus-Tracker | Chromium-Fehler

NPN war die TLS-Erweiterung, mit der SPDY und im Übergang auch HTTP/2 ausgehandelt wurden. Während des Standardisierungsprozesses wurde NPN durch ALPN ersetzt, das im Juli 2014 als RFC 7301 veröffentlicht wurde. Wir beabsichtigen, NPN gleichzeitig mit der SPDY-Entfernung zu entfernen.

Benutzerdefinierte Nachrichten in Onbeforeunload-Dialogfeldern entfernen

TL;DR: Die Eigenschaft onbeforeunload eines Fensters unterstützt keine benutzerdefinierten Strings mehr.

Entfernungsabsicht | Chromestatus-Tracker | Chromium-Fehler

Die onbeforeunload-Eigenschaft eines Fensters kann auf eine Funktion gesetzt werden, die einen String zurückgibt, der dem Nutzer in einem Dialogfeld angezeigt wird, um zu bestätigen, dass er die Seite verlassen möchte. Damit soll verhindert werden, dass Nutzer während der Navigation Daten verlieren. Leider wird es oft verwendet, um Nutzer zu betrügen.

Ab Chrome 51 wird dem Nutzer kein benutzerdefinierter String mehr angezeigt. In Chrome wird weiterhin ein Dialogfeld angezeigt, um den Verlust von Daten zu verhindern. Ihr Inhalt wird jedoch vom Browser und nicht von der Webseite festgelegt.

Durch diese Änderung ist Chrome mit Safari 9.1 und höher sowie Firefox 4 und höher konsistent.

Eingestelltes Ergebnisattribut für <input type=search>

TL;DR:Das Attribut results wird eingestellt, da es zu keinem Standard gehört und in den Browsern nicht einheitlich implementiert ist.

Entfernungsabsicht | Chromestatus-Tracker | Chromium-Fehler

Der Wert results wird nur in Webkit implementiert und verhält sich stark inkonsistent bei denen, die dies tun. Beispielsweise fügt Chrome dem Eingabefeld ein Lupensymbol hinzu, während es in Safari auf dem Desktop steuert, wie viele gesendete Abfragen in einem Pop-up angezeigt werden, das durch Klicken auf das Lupensymbol angezeigt wird. Da dies zu keinem Standard gehört, wird sie eingestellt.

Wenn Sie trotzdem das Suchsymbol in Ihr Eingabefeld aufnehmen möchten, müssen Sie dem Element einen benutzerdefinierten Stil hinzufügen. Fügen Sie dazu ein Hintergrundbild ein und legen Sie im Eingabefeld einen Abstand links fest.

    input[type=search] {
      background: url(some-great-icon.png) no-repeat scroll 15px 15px;
     padding-left:30px;
    }

In Chrome 53 wird die Funktion voraussichtlich entfernt.