This comment reminds me of the general malaise affecting the public discourse in the US these days. "Don't listen to the experts, all the context and knowledge they have makes them biased!!"
Of course Sam is "qualified" to speak to the ethos of Stainless, he was there longer than anyone except the founder.
Anthropic technically use the Stainless docs platform for their docs, in that it’s all rendered by Stainless components. They just don’t use the full suite of Stainless tools for docs. The ability to use as little or as much as you like was a great feature of the Stainless docs product
What is that “choice”? Surely you aren’t like those yokels in the south that think a “militia” running in the woods can take on the the US military or even a decent SWAT force
Being willing to fight for what you think is right even though there is no hope of winning is a choice you can make without being a tacticool yokel that doesn't understand the tech gap between the people and their masters.
Author here, happy to answer any questions. The open source code here works server side, in the browser client or in a Worker thread. Hope you find it useful!
Easiest solution is just to use the highest resolution thumbnail the official documentation says is supported on all videos (vs "some"), which is hqdefault.
Maxresdefault is overkill for this purpose IMO. Why waste the data? Incidentally this is why I run an add-on that redirects all youtube thumbnails to mqdefault, it saves me a nice chunk of bandwidth / memory / perf.
I made an Astro component for this [1] which does the iframe srcdoc thing [2] (example page with dozens of videos [3]). Most of the code is just TypeScript types and building a big srcdoc string, so easy to repurpose if anybody wants to.
Handling the fallback image has been sitting as an issue in the repo for a while, in favour of just checking it with the Astro dev server when I'm adding new videos, so… yoink‽
So playing around with the goal of "highest quality thumbnail" in mind, I notice that the oEmbed data appears to always return the hqdefault.jpg url, regardless of what's available.
I just took a look at the code that's returned when you open https://www.youtube.com/embed/<videoid>?feature=oembed and noticed a couple of additional image file names you may want to check.
[author] It's my idea of how app builders should design and build apps. It's an anti-pattern to build an app that allows children to spend their parent's money without express permission.
Author here. Not every app needs to be focused on teaching kids to read. When my 3 year old was using the app, putting words on the icons was meaningless, and a sign that I needed to put more effort into communicating visually. Older kids can handle more text, but I found that the app could achieve it's primary functions without it, and there is a beauty in simplicity.
Of course I read with my children every day, and they are now both voracious consumers of real world books. I encourage you to do the same. I also included features in Kidz Fun Art that help kids practice their hand writing and math problem solving. However, trying to have every app solve every need for every child (e.g. reading in this case), just leads to an ugly, messy interface that is off putting to everyone. Add lightness - take things away that are not needed.
Of course Sam is "qualified" to speak to the ethos of Stainless, he was there longer than anyone except the founder.