Chrome bringt HTML direkt in den Canvas – ohne Abstriche bei Barrierefreiheit

The HTML-in-Canvas API origin trial

Chrome bringt HTML direkt in den Canvas – ohne Abstriche bei Barrierefreiheit

Die neue HTML-in-Canvas API von Chrome startet in den Origin Trial und löst einen alten Konflikt: Entwickler mussten sich bisher zwischen dem DOM für Semantik und Barrierefreiheit oder Canvas für Grafikleistung entscheiden. Jetzt lässt sich DOM-Inhalt direkt in 2D-Canvas oder WebGL/WebGPU-Texturen zeichnen, während Textauswahl, Screenreader, Find-in-Page und sogar AI-Agenten weiterhin funktionieren. Three.js und PlayCanvas unterstützen die Technik bereits experimentell.

Jahrelang mussten Webentwickler eine schwierige architektonische Entscheidung treffen, wenn sie komplexe, hochinteraktive visuelle Anwendungen für das Web bauten.
  1. andsoitis

    Diskussion vor einem Jahr über html-in-canvas: https://news.ycombinator.com/item?id=44772177

    (116 Kommentare)

  2. artpar

    Ich wollte einen kompletten nativen Canvas-Workspace implementieren. Ich habe mit einer reinen HTML-Implementierung und einem „Fake-Canvas"-Ansatz begonnen, aber selbst bei einer moderaten Anzahl von Panels (~50) ließ die Reaktionsfähigkeit ziemlich stark nach. Also bin ich zu einer neuen Implementierung mit „echtem Canvas" übergegangen und habe die Panels/Interaktion ausgearbeitet.

    In Bezug auf die Performance hat sich dieser Ansatz viel besser bewährt (problemlos 1000+ Panels/verschachtelte Panels bei 60+ fps), aber die Komplexität bei der Implementierung jedes einzelnen Panels wird sehr hoch. Im Sinne von: Ich kann nicht einfach zum Beispiel eine Markdown-Rendering-JS-Bibliothek oder irgendeine Drittanbieter-UI-Komponente verwenden. Und häufig führt eine Änderung zu massiver Performance-Verschlechterung.

    https://canaster.in/

    Derzeit habe ich Text-/Markdown-/Bild-/Audio-/Video- und PDF-Panels (man kann Dateien per Drag and Drop ablegen)

    Ich frage mich, ob ich einen weiteren Versuch wagen und es mit der html-in-canvas-API implementieren sollte. Ich habe Angst, dass die API nicht gepflegt wird, wenn sie keinen Nutzen oder keine Verwendung sehen?

  3. mrec

    Hmm, es ist nicht sofort klar, wie das mögliche Datenschutzlecks vermeidet, etwa DOM-Hyperlinks auf das Canvas zu zeichnen und dann ihre Besucht-Status-Farbe aus den Pixeldaten auszulesen.

    Oder vielleicht bin ich hinter dem Mond; ich habe schon lange kein ernsthaftes Webdev mehr gemacht.

  4. hollowturtle

    Meine Güte, wie sehr ich mir eine separate Accessibility- und Text-Layout-API wünschen würde, so wie Skia sie hat, und das DOM komplett hinter mir lassen könnte

  5. chrismorgan

    (Mai 2026.)

    Eine Reihe verwandter Kommentare aus dieser Zeit: https://news.ycombinator.com/item?id=48201222

Mehr von diesem Tag

2026-10-23