Comment by tombh
2 days ago
I didn't intend for the videos to be fullscreen. They need to be small in order to save bandwidth. They're certainly autoplaying (to replicate GIF behaviour), but maybe there's a bug with them going full screen. What browser are you using?
Firefox on ios. They are full the screen and auto play as soon as I get to whatever part of the page they are on.
Tbh I think giving the user voice as to whether to play them would be a better experience anyway, but it's really unusable as is.
I get the same experience on iOS using the OS web view - my guess is because iOS (and maybe android?) don’t typically play videos in “windowed mode” (for lack of a better term) outside of eg Google video snippets which seem to do some hacky stuff to keep you “in Google” while watching.
Regardless of the fullscreen aspect, and understanding you wanted something jiff-like, I also don’t care much for auto playing video. It doesn’t matter too much if it’s small (as this is intended), silent (as terminals typically are), and doesn’t hoist control of my browser.
Edit: forgot to say that this looks really cool, great work!
Editedit: also forgot to mention that the thumbnails are super blurry on my phone, and after the one video took control of the screen, all the other thumbnails went black.
Thank you!
Thanks to another commenter I've added `playsinline` to the video tag, so hopefully that fixes it.
What do you think a suitable size for all these video/gif assets is? I'd be totally happy to move to .gif or animated .webp but I can seem to get they're filesizes down to a reasonable size.
Totally sorted the usability for me. TBH I'm not that fussed about data sizes provided it's not mental but most importantly I can now actually -read- what you've done!
I think you just need to add "playsinline" to your videos so that they play inline on mobile devices instead of fullscreening.
instead of your current
cool project :)
Thank you, I added it! Let's see if it helps.
looks good for me on mobile now!