The image tags on that page need `loading="lazy"`. This made me curious what contributing to the wikipedia application (not articles) is like. Anyone have any insight/info on this?
Personally, I much prefer having the images all download on page load. Lazy loaded images never seem to download before I scroll to them, so I have to keep waiting for them to come in as I go through the page.
User: Junnn11
21–30 of 106 posts
Re: User: Junnn11
#22Re: User: Junnn11
#23Re: User: Junnn11
#24Spearing: https://en.wikipedia.org/wiki/File:20220123_stomatopod_strik...
Smashing: https://en.wikipedia.org/wiki/File:20220123_stomatopod_strik...
In case they manage to find this thread: @Junnn1, do these biomechanic animations incorporate the dynamics, or maybe just the kinematics of the physical forms? Is there anywhere (i.e. blog) where you discuss the techniques you use to develop your animations?
Re: User: Junnn11
#25I don't know why, but I got Pokémon-vibes from some of those illustrations. What phenomenal work!
Anorith[1] and Kabuto[2] are based on anomalocaris and xiphosura (horseshoe crabs) [1]: https://bulbapedia.bulbagarden.net/wiki/Anorith [2]: https://bulbapedia.bulbagarden.net/wiki/Kabuto
/s
Props for alphabetical ordering though
Re: User: Junnn11
#26Earlier quoted context omitted.
Personally, I much prefer having the images all download on page load. Lazy loaded images never seem to download before I scroll to them, so I have to keep waiting for them to come in as I go through the page.
Yep, this is one of those issues that get missed because a good chunk of SWEs have fast machines and test the application locally. I've started enabling throttling in dev tools so I can catch these kind of UX problems.
Lazy load images? People with bandwidth quotas might praise you. Others with sporadic connections will despise it, because they can't load the page once and revisit the already fully loaded tab when internet disappears. People with high bandwidth and no quotas will barely notice anything, unless they are quick readers, then they'll blame you for not loading the images quickly enough.
Not lazy load images? Everything vice-versa.
Re: User: Junnn11
#27Wonderful illustrations! Whenever I see someone that is interested in a very specific niche and obviously expends a lot of effort towards it, I'm always in awe. How did they become interested in the topic? Why choose this specific thing? How do they keep their motivation to continue with it? I've personally never really felt like I've cared enough about anything this much. Because of this, I've always felt like I'm m…
My mind goes to the guy that packaged 1/3 of all Arch packages in the official repo https://www.youtube.com/watch?v=BqMf6XFacR8&pp=ygUKZGlzdHJvd...
Re: User: Junnn11
#28The image tags on that page need `loading="lazy"`. This made me curious what contributing to the wikipedia application (not articles) is like. Anyone have any insight/info on this?
Re: User: Junnn11
#29Wonderful illustrations! Whenever I see someone that is interested in a very specific niche and obviously expends a lot of effort towards it, I'm always in awe. How did they become interested in the topic? Why choose this specific thing? How do they keep their motivation to continue with it? I've personally never really felt like I've cared enough about anything this much. Because of this, I've always felt like I'm m…
Re: User: Junnn11
#30Earlier quoted context omitted.
Yep, this is one of those issues that get missed because a good chunk of SWEs have fast machines and test the application locally. I've started enabling throttling in dev tools so I can catch these kind of UX problems.
It's also one of those things where no matter what you do, someone will hate it and other will love it. Lazy load images? People with bandwidth quotas might praise you. Others with sporadic connections will despise it, because they can't load the page once and revisit the already fully loaded tab when internet disappears. People with high bandwidth and no quotas will barely notice anything, unless they are quick read…