Auf der Webplattform ist die Freigabe von Tabs, Fenstern und Bildschirmen bereits dank getDisplayMedia() möglich. Wir haben die folgenden Verbesserungen eingeführt, um Nutzer vor versehentlichem Übermaß an geteilten Inhalten zu schützen:
- Das Teilen von Tabs ist jetzt die Standardoption, statt das Teilen von Bildschirmen.
- Die Option
displaySurfacekann darauf hinweisen, dass die Webanwendung bevorzugt einen bestimmten Bildschirmtyp (Tabs, Fenster oder Bildschirme) anbietet. - Mit der Option
surfaceSwitchingwird angegeben, ob Chrome dem Nutzer erlauben soll, dynamisch zwischen geteilten Tabs zu wechseln. - Mit der Option
selfBrowserSurfacekönnen Sie verhindern, dass der Nutzer den aktuellen Tab freigibt. So wird der Spiegelkabinetteffekt vermieden. - Mit der Option
systemAudiowird sichergestellt, dass Chrome dem Nutzer nur relevante Audioaufnahmen anbietet.
Neuanordnung der Auswahl, die dem Nutzer angeboten wird
Wenn getDisplayMedia() aufgerufen wird, wird den Nutzern eine Medienauswahl angezeigt, mit der sie die gewünschte Anzeigefläche freigeben können. Die Erfahrung hat gezeigt, dass sich die Reihenfolge des Angebots auf die Auswahl der Nutzenden auswirkt. In Chrome 107 testen wir eine neue Reihenfolge der Auswahl, um Nutzer zu Tabs zu bewegen, die in den meisten Fällen die beste Option sind.
Die erwarteten Vorteile sind:
Datenschutz
Bisher wurden Bildschirme als Standardoption angeboten. Dies ist die am wenigsten datenschutzfreundliche Option, da Nutzer möglicherweise mehr personenbezogene Daten preisgeben, als sie ursprünglich beabsichtigt haben. Zum Beispiel:
- Zeitzone (über die Systemuhr)
- Sprache
- Systembenachrichtigungen
- Aktive Apps
- Installierte Apps
- Installierte Erweiterungen
- Lesezeichen
- Browserverlauf (über die Omnibox)
- Die Profilbilder des Nutzers (Browser, System, andere Apps)
- Zugehörigkeit zum Rugbyverein (über Desktop-Hintergründe)
- Audiobenachrichtigungen von Apps im Hintergrund, z. B. Kalender
Die meisten dieser Bedenken können durch das Teilen eines Tabs statt eines Bildschirms ausgeräumt werden.
Funktionsumfang
Die Tab-Freigabe bietet mehr Funktionen:
- Die Freigabe von Tab-Audio wird auf allen Plattformen unterstützt. Die Freigabe von System- und Fensteraudio ist derzeit nur auf einigen Plattformen implementiert.
- Wenn Sie Tabs freigeben, ermöglichen ergänzende Funktionen eine engere Zusammenarbeit mit den erfassten Inhalten:
- Mit dem Capture-Handle kann der erfasste Tab identifiziert und ein Kommunikationskanal damit eingerichtet werden.
- Mit der Region Capture-Funktion können Sie die erfassten Inhalte weiter eingrenzen.
Leistung und Nutzerfreundlichkeit
Wenn ein Nutzer eine andere Web-App teilen möchte, ist es vorzugsweise die direkte Freigabe des Tabs, auf dem diese App ausgeführt wird, und nicht das Chrome-Fenster oder sogar den gesamten Bildschirm.
- Der Tab wird auch dann weiter freigegeben, wenn der Nutzer mit einer anderen App interagiert.
- Das daraus resultierende Bild auf den Bildschirmen der Remote-Teilnehmer ist „auf die Aktion herangezoomt“ und daher klarer.
- Wenn irrelevante Inhalte nicht erfasst, codiert und übertragen werden, werden CPU und Bandbreite gespart.
- Bei der Tab-Aufnahme ist eine stabilere Framerate möglich als bei anderen Aufnahmetypen.
Neue Steuerelemente für die Bildschirmfreigabe
Mit den neuen Optionen displaySurface, surfaceSwitching, selfBrowserSurface und systemAudio können Sie die Bildschirmfreigabe anpassen.
Weitere Informationen finden Sie unter Datenschutzfreundliche Einstellungen für die Bildschirmfreigabe.
Nächste Schritte
Die Option suppressLocalAudioPlayback gibt an, ob der auf einem Tab wiedergegebene Audioinhalt über die Lautsprecher des Nutzers wiedergegeben wird.
Mit der Funktion Bedingter Fokus kann die Web-App, die die Aufnahme ausführt, den Browser anweisen, den Fokus entweder auf die erfasste Displayoberfläche zu legen oder eine solche Fokusänderung zu vermeiden.
Danksagungen
Vielen Dank an Rachel Andrew für die Überprüfung dieses Artikels.