There's a couple of points of emphasis that members of the Write the Docs community have made since I created those items.
If your UI requires screenshots and videos to explain how to use it, it's probably a shitty UI. Use them sparingly, if it all. Narrative text is much preferable and easier to update.
Screenshots aren't translatable. Text is translatable.
Images, videos, and other large data files such as databases, MLMs, and AI data, should not be put into version control of a repository that is used primarily for development due to performance problems with git. Only references to media should be in such a repo. We've seen this in Volto, where media needlessly bloats its repo for developers. I learned this about 15 years ago while working on a media-heavy project for tree identification. Instead use something like git-lfs or DVC as an extension of git, and store your large data files in a compatible cloud storage.
OK, that's nice but a non sequitur. If you'd like to improve the UI, please have at it. I'm trying to document what we have and in a way that can be rerun automatically even if it changes (somewhat). Also, I'm sure all the folks who have contributed to the UI appreciate that kind of feedback...
Unsustainable, because it's not directly tied to the repository code base. If the underlying source code changes, your script is obsolete.
@petschki implements a more sustainable model that's directly tied to tests on the source code, which I've previously suggested in the PLIP and original documentation issue. However, see the points I made in my earlier comment.
I don't know what's the plan for Mosaic documentation.
Well, the plan was, that the old setup of mosaic documentation is working again. Since we're having a mosaic example page on classic.demo.plone.org since last week it might make sense to integrate it into docs.plone.org also ... but we can discuss that in our blicca (classic) meeting next week @stevepiercy if you like.