The HTML-in-Canvas API origin trial

Posted by andrewstuart 12 hours ago

The HTML-in-Canvas API origin trial(developer.chrome.com)

24 points | 8 comments

prathje 9 minutes ago|

I would use it to render HTML elements such as inputs or a website in videos. Even though HTML is powerful the control over every pixel is important for high quality videos.

chrismorgan 23 minutes ago||

(May 2026.)

Related bunch of comments from that time: https://news.ycombinator.com/item?id=48201222

dvh 57 minutes ago||

Wouldn't it make more logical sense to add canvas to html elements? I.e. checkbox.getContext("2d").fillRect(...)

aroman 45 minutes ago|

I guess there are uses for that, but as a web game developer, that wouldn’t really help me. The killer feature is input and text rendering.

avaer 1 hour ago||

Back in the WebVR days the sentiment was we can never do this because security.

In my experience with standards bodies/Chrome, anything outside of the owning company's product goals is "no, because security", and then then they flip-flop on that when the browser feature becomes a dependency for something an internal team is working on (which happened many times with WebVR, now WebXR).

So I'm curious what is Google working on that has this as a dependency, now that they've 180'd on it?

bawolff 11 minutes ago||

"Security" is usually not a binary, but how much money you are willing to spend to figure out a way to do it securely. It shouldn't be surprising that chrome spends more resources on things that have a business case than things that do not.

thomasikzelf 58 minutes ago|||

This had to do with leaking privacy sensitive information such as visited links by reading back pixels from a rendered <a>. They fixed this with a concept they call "read-back-allowed rendering"

chews 10 hours ago|

Yo dog, we put a DOM in your Canvas in your DOM.