Freigeben über

Versionshinweise zur Microsoft Edge 134-Webplattform (März 2025)

  • Artikel

Im Folgenden finden Sie die neuen Webplattformfeatures und -updates in Microsoft Edge 134, die am 6. März 2025 veröffentlicht werden.

Um auf dem neuesten Stand zu bleiben und die neuesten Webplattformfeatures zu erhalten, laden Sie eine Insider-Version von Microsoft Edge herunter, z. B. Canary, Dev oder Beta. Weitere Informationen finden Sie unter Werden Sie microsoft Edge Insider.

Ausführlicher Inhalt:

Edge DevTools

Weitere Informationen finden Sie unter Neuerungen in DevTools (Microsoft Edge 134).

WebView2

Weitere Informationen finden Sie unter Version 1.0.3124.44 in den Versionshinweisen für das WebView2 SDK (März 2025).

Webplattformfeatures

Aktivierte Features

Zuordnungsberichterstattung: Entfernen des Grenzwerts für aggregierbare Berichte, wenn die Triggerkontext-ID ungleich NULL ist

Der Grenzwert für aggregierbare Berichte, wenn die Triggerkontext-ID ungleich NULL ist, wird aus der Zuordnungsberichts-API entfernt.

Weitere Informationen finden Sie unter Zuordnungsberichts-API bei MDN.

CSS-Hervorhebungsvererbung

Bei der CSS-Hervorhebungsvererbung erben die Pseudoklassen wie ::selection und ::highlight jetzt ihre Eigenschaften über die Pseudomarkerkette anstelle der Elementkette. Das Ergebnis ist ein intuitiveres Modell für die Vererbung von Eigenschaften in Hervorhebungen.

Wenn eine unterstützte Eigenschaft von der Kaskade keinen Wert erhält, wird der angegebene Wert durch Vererbung aus dem entsprechenden Hervorhebungs-Pseudoelement des übergeordneten Elements des Ursprungselements bestimmt.

Weitere Informationen finden Sie unter BENUTZERDEFINIERTE CSS-Hervorhebungs-API bei MDN.

CSS-Eigenschaft dynamic-range-limit

Die dynamic-range-limit CSS-Eigenschaft ermöglicht es einer Seite, die maximale Helligkeit von HDR-Inhalten einzuschränken.

Mit dieser Eigenschaft können Webseiten, auf denen HDR-Bilder angezeigt werden, ihre Helligkeit beim Anzeigen in einer Bildgalerie einschränken und die Helligkeit nur bei Benutzerinteraktionen erhöhen, z. B. beim Daraufzeigen.

Anpassbares <select> Element

Mit dem anpassbaren <select> Element können Sie die vollständige Kontrolle über das Rendern des Elements übernehmen, indem Sie die appearance: base-select CSS-Deklaration hinzufügen.

Dieses Feature basiert derzeit auf dem SelectParserRelaxation Flag, das den HTML-Parser so ändert, dass mehr Tags innerhalb des <select> Tags zulässig sind. Websites, die zusätzliche Tags enthalten, die <select> zuvor entfernt wurden, z <span> . B. Elemente, oder eine extrem große Anzahl von <option> Elementen enthalten, können von SelectParserRelaxationbeeinflusst werden.

Weitere Informationen finden Sie unter Anpassbares Select-Element (Explainer).

<dialog> Light-Verwerfen

Mit diesem Feature wird elementen das Verhalten der Popover-API hinzugefügt <dialog> . Light-Dismissing bedeutet, dass das <dialog> Element durch Klicken oder Tippen außerhalb des Elements geschlossen wird.

Ein neues closedby Attribut steuert das Verhalten:

  • <dialog closedby="none">: Überhaupt kein vom Benutzer ausgelöstes Schließen von Dialogen.
  • <dialog closedby="closerequest">: Der Benutzer, der ESC (oder einen anderen Close-Trigger) drückt, schließt das Dialogfeld.
  • <dialog closedby="any">: Der Benutzer, der außerhalb des Dialogfelds klickt oder ESC drückt, schließt das Dialogfeld. Ähnlich wie verhalten popover=auto .
application-title Metatag für installierte Web-Apps

Das <meta name="application-title"> -Element ermöglicht es einer installierten Webanwendung, den Text festzulegen, der in der Titelleiste des installierten Anwendungsfensters angezeigt wird. Wenn der application-title Metaname fehlt, wird standardmäßig der Text verwendet, der im HTML-Element <title> enthalten ist.

Weitere Namen finden Sie in Standard Metadatennamen unter MDN.

Document-Policy: expect-no-linked-resources

In Document-Policy ermöglicht der expect-no-linked-resources Konfigurationspunkt einem Dokument, den Browser darauf hinzuweisen, seine Ladesequenz besser zu optimieren, z. B. indem das standardmäßige spekulative Analyseverhalten nicht verwendet wird.

Browser haben eine spekulative Analyse von HTML implementiert, um ressourcen, die im HTML-Markup vorhanden sind, spekulativ abzurufen, um das Laden von Seiten zu beschleunigen. Für die überwiegende Mehrheit der Webseiten, auf denen Ressourcen im HTML-Markup deklariert sind, ist die Optimierung von Vorteil, und die Kosten für die Ermittlung solcher Ressourcen sind ein guter Kompromiss. Die folgenden Szenarien können jedoch zu einem suboptimalen Leistungskonflikt im Vergleich zu der expliziten Html-Analyse für die Bestimmung der abzurufenden Untergeordneten Ressourcen führen:

  • Seiten, für die im HTML-Code keine Ressourcen deklariert sind.
  • Große HTML-Seiten mit minimalen oder gar keinen Ressourcenlasten, die das Vorabladen von Ressourcen über andere verfügbare Vorablademechanismen explizit steuern können.

Die expect-no-linked-resources Document-Policy weist dem Browser darauf hin, dass der Browser die Zeit optimieren darf, die für die Ermittlung von Untergeordneten Ressourcen aufgewendet wird.

Explizite Ressourcenverwaltung

Mit diesem Feature wird das using Schlüsselwort (keyword) zu JavaScript eingeführt, mit dem Sie Ressourcen explizit verwalten können. Die using Schlüsselwort (keyword) wird verwendet, um einen Codeblock zu definieren, der eine Ressource verwendet, und stellt sicher, dass die Ressource verworfen wird, wenn der Block beendet wird. Dieses Feature adressiert ein gängiges Muster in der Softwareentwicklung in Bezug auf die Lebensdauer und Verwaltung verschiedener Ressourcen (z. B. Arbeitsspeicher oder E/A). Dieses Muster unterstützt die Ressourcenzuordnung und die explizite Freigabe kritischer Ressourcen.

Weitere Informationen finden Sie unter ECMAScript Explicit Resource Management.

Erweitern der console.timeStamp API zur Unterstützung von Messungen und Präsentationsoptionen

Dieses Feature erweitert die console.timeStamp() API auf abwärtskompatible Weise, um eine hochleistungsfähige Methode zum Instrumentieren von Anwendungen und Anzeigen von Zeitsteuerungsdaten für das Leistungstool in DevTools bereitzustellen.

Zeitstempeleinträge, die mithilfe dieser API hinzugefügt werden, können benutzerdefinierte Zeitstempel-, Dauer- und Präsentationsoptionen aufweisen, z. B. welche Farbe für den Eintrag im Leistungstool verwendet werden soll.

Siehe auch:

Offscreen-Canvas getContextAttributes

Dieses Feature fügt der -Schnittstelle die getContextAttributes() -Methode aus der CanvasRenderingContext2DOffscreenCanvasRenderingContext2D -Schnittstelle hinzu.

Weitere Informationen finden Sie unter CanvasRenderingContext2D: getContextAttributes()-Methode bei MDN.

Private Aggregations-API: Kontextbezogene Beitragsgrenzwerte für Aufrufer des freigegebenen Speichers

Ermöglicht Aufrufern des freigegebenen Speichers, die Anzahl der Beiträge pro Bericht zur privaten Aggregation anzupassen.

Mit diesem Feature können Aufrufer des freigegebenen Speichers die Kontextspezifischen Beitragsgrenzwerte über ein neues Feld konfigurieren: maxContributions. Aufrufer legen dieses Feld so fest, dass die Standardanzahl von Beiträge pro Bericht außer Kraft gesetzt wird– sowohl größere als auch kleinere Zahlen sind zulässig. Aufgrund der Auffüllung ist die Größe der Nutzlast jedes Berichts in etwa proportional zur ausgewählten Anzahl von Beiträge pro Bericht.

Siehe auch:

Unterstützung imageSmoothingQuality in der CSS Painting-API

Dieses Feature fügt Unterstützung für das imageSmoothingQuality -Attribut auf der PaintRenderingContext2D Schnittstelle hinzu. Auf diese Weise können Sie Beim Skalieren von Bildern, die mit der CSS-Mal-API erstellt wurden, Qualitäts- und Leistungseinbußen vornehmen. Das imageSmoothingQuality Attribut unterstützt drei Optionen: niedrig, mittel und hoch.

Siehe auch:

WebGPU-Untergruppen

Das WbGPU-Feature für Untergruppen ermöglicht SIMD-Parallelität. Mithilfe von Untergruppen können Threads innerhalb einer Gruppe Sammelvorgänge ausführen. Dies ermöglicht eine effiziente Kommunikation und Datenfreigabe zwischen Gruppen von Aufrufen. Diese Vorgänge können verwendet werden, um Anwendungen zu beschleunigen, indem der Arbeitsspeicheraufwand reduziert wird, der durch die Kommunikation zwischen Aufrufen entsteht.

Weitere Informationen finden Sie unter WebGPU-API bei MDN.

fetchLater()

Die fetchLater() JavaScript-Methode fordert einen verzögerten Abruf an. Nachdem diese Methode aufgerufen wurde, wird die Netzwerkanforderung vom Browser in die Warteschlange eingereiht und dann entweder aufgerufen:

  • Wenn das Dokument zerstört wird.
  • Nach einer bestimmten Zeit.

Die -Methode gibt ein zurück FetchLaterResult , das ein boolesches Feld enthält. Der Wert des booleschen Felds wird aktualisiert, wenn die verzögerte Anforderung gesendet wurde. Wenn die Anforderung erfolgreich gesendet wurde, wird die Antwort vom Browser ignoriert, einschließlich des Texts und der Header.

Weitere Informationen finden Sie unter Window: fetch()-Methode bei MDN.

Unterstützung der Websperren-API im freigegebenen Speicher

Dieses Feature macht die gleichzeitige Ausführung von freigegebenen Speicher-Worklets zuverlässiger, indem die Websperren-API in freigegebenen Speicher integriert wird.

  • Die navigator.locks.request() -Methode ist für Worklet-Umgebungen verfügbar.
  • Alle Modifizierermethoden unterstützen die Option {withLock: <resource>}.
  • Die sharedStorage.batchUpdate(methods, options) -Methode ermöglicht mithilfe der withLock -Option die atomare Ausführung mehrerer Modifizierermethoden. Dies ermöglicht es einer Website, Konsistenz zu gewährleisten, während Daten über mehrere Speicherschlüssel hinweg aktualisiert werden.

Ursprungstests

Im Folgenden finden Sie neue experimentelle APIs, die Sie auf Ihrer eigenen Livewebsite für einen begrenzten Zeitraum ausprobieren können. Weitere Informationen zu Ursprungstests finden Sie unter Verwenden von Ursprungstests in Microsoft Edge. Eine vollständige Liste der verfügbaren Ursprungstests finden Sie unter Microsoft Edge Origin-Testversionen.

Microsoft Edge-reine Ursprungstests

Digital Goods API

Läuft am 31. März 2025 ab.

Die Digital Goods-API ermöglicht es einer Webanwendung, Informationen zu ihren digitalen Produkten und den Käufen des Benutzers abzurufen, die von einem digitalen Store verwaltet werden. Der Benutzer-Agent abstrahiert Verbindungen mit dem Store, und die Zahlungsanforderungs-API wird für Käufe verwendet.

Web-App-Zugriff LocalFolder

Läuft am 31. März 2025 ab.

Ermöglicht im Microsoft Store installierten progressiven Web-Apps (PWAs) den Zugriff auf Dateiinhalte, die zuvor von einer früheren UWP-Version der Anwendung im WinRT-Ordner ApplicationData.LocalFolder gespeichert wurden.

HTML+IDL-Handschrift-Attribut

Läuft am 14. Juni 2025 ab.

Das handwriting -Attribut bietet eine Dokument- und elementspezifische Möglichkeit, zu steuern, wo Handschrifteingaben, z. B. bei Verwendung eines Eingabestifts, zulässig sind.

Api zum Abrufen von Informationen

Läuft am 30. Juni 2025 ab.

Unterstützt die Zuordnung von 3P-Akquisitionen für progressive Web-Apps (PWAs), die über einen App Store oder direkt über den Browser erworben wurden.

Neue Chromium-Ursprungsversuche

SelectParserRelaxation

Läuft am 11. November 2025 ab.

Dies ist eine Testversion des Ursprungs der Veraltetkeit, die das alte Parserverhalten für die Analysetags <select> wieder aktiviert. Bei diesem alten Verhalten werden nicht unterstützte Inhalte automatisch verworfen und nicht in den DOM-Inhalt unterhalb von <select>eingeschlossen. Diese Testversion kann für den Fall verwendet werden, dass das neue Verhalten, das unter Anpassbares <select> Element (oben) beschrieben wird, eine Website unterbricht.

Hinweis

Teile dieser Seite sind Änderungen, die auf Arbeiten basieren, die von Chromium.org erstellt und freigegeben wurden und gemäß den in der Creative Commons Attribution 4.0 International License beschriebenen Bedingungen verwendet werden.