Thank you very much! Patch applied.

Thanks for the heads up! I committed some code I wrote with the same
effect that I think is cleaner.

I had no idea know they exposed this function

patch applied, thank you.

Thanks so much! I don't have any iOS devices to test on, so I couldn't
catch this. Patch applied.

Thanks so much for your translation!

It's now applied and available on bibliogram.art. If you can, please
go to bibliogram.art, change to Indonesian in settings, and
verify that everything appears as you expected.

Good idea.

Looks like it can be done by adding f2=8000000 to the PREF cookie (which 
is a query string formatting key/value cookie).

Though note that YouTube's safe search is famously inaccurate. It will 
not block many things that a parent would likely identify as problematic. 
YouTube Kids is better but still not fantastic.

For now, I would suggest using YouTube Kids, limiting the young ones to a 
set of channels that you have approved, or finding an off-internet 
activity they enjoy like a physical game.

I expect you can find more suggestions on a parenting forum.

Ah, I see, awesome.

The ideal behaviour would be to just display the video alone, but
unfortunately, we don't live in a perfect world. What do you think it
would be good to do if there is an error in extraction? What about if
everything seems to work fine from the server's perspective, but the
video is actually unplayable in the browser? It would be disappointing
if there was no way to get to YT from the embed.

I'm not sure how I should design this at the moment.

What's an embedded video? Do you have an example, please?

> It would have been great if there was some kind of pure declarative 
> html
> solution, but I don't plan on blocking JS on bibliogram instances
> anyway, so it doesn't matter.

If JS is disabled, the post is shown on its own, not as an overlay, so 
there's no possibility for focus mixups and things will work fine.

> (Apologies for the address mix up.)

It happens, no worries!

> These links provide a target for accessibility or vimium users to set
> focus on the post overlay image gallery, allowing one to scroll the
> overlay, not the timeline, without a mouse click and scrollwheel or
> touchscreen.

Thanks for the explanation!

Rather than merge this patch right away, I implemented some focus
handling through JavaScript, which is now live on bibliogram.art. Can
you tell me if this solves your problem?

When opening a post, the focus is set to the post overlay. When
closing a post, focus is restored.