While you're here, please consider supporting GamingOnLinux on:
Reward Tiers: Patreon. Plain Donations: PayPal.
This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!
You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
Reward Tiers: Patreon. Plain Donations: PayPal.
This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!
You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
Login / Register
- GOG Winter Sale is now live and they're giving away games again with a surprise each day
- Cyberpunk 2077 gets another big upgrade with more customisation and secrets in update 2.2
- Direct3D 12 to Vulkan project VKD3D-Proton v2.14 out now with various performance improvements
- GE-Proton 9-21 released for Linux / Steam Deck bringing more game fixes
- The Witcher IV revealed with Ciri as the protagonist
- > See more over 30 days here
-
Crescent County is an open-world "witch-tech" delivery …
- hardpenguin -
The Steam Deck Stars Bundle on Steam has some top Deck …
- g000h -
A Game About Digging A Hole has you dig the stupidest b…
- Eri -
Wilderness survival roguelike Wayward adds creature ter…
- nwildner -
Turok: Origins announced and it's now a third-person sh…
- RevenantDak - > See more comments
On only found this setting:
layout.framevisibility.amountscrollbeforeupdatevertical
Changing it can make things worse, but not better it seems. Are there others?
dom.image-lazy-loading.root-margin.top
The margins on each direction control it. The higher the margin, the sooner Firefox loads content in. Some genius decided to set the defaults to nothing in Firefox it appears which is really bad.
However, this seems very much like a flawed solution. Since the margin appear to be in pixels, there is no way to get it correct. Larger image means the problem comes back.
To be honest, this screams bug. If the margin was calculated from the bottom of the image, then even zero wouldn't have been a real problem. But at 0 it is triggered around 50 pixels from the top, which makes no sense at all.
However, even at zero, the image should be loaded if even one pixel appears on screen. And it isn't.
Ok, so I had a look at the html/css and it seems pretty clear to me. The image has no width/height tag. And since the image isn't loaded, Firefox has no way of determining when the image comes into view. And saying that Firefox doesn't have sane defaults is unfair because right now you're using the "defaults" (presumably of chrome) to cover for the fact that you don't specify the size. So from my limited investigation, it looks like this one is not Firefox's fault.
The problem there, is we're using a fully responsive percentage width image, we can't set a specific height and width on it. The only other way would be to re-do the layout, providing a couple different images based on viewport size. That's not a quick job for such a small issue.
Edit: Have removed the blurry image, not working as expected, will probably remove native-browser lazy loading too. None of this seems to work well in Firefox for responsive images and it's not worth the headaches and time wasted on it. May look to a different solution.
Okay, after more research and a determination not to give up, I believe it is solved! Many thanks, Ehvis, for pointing it out. Turns out, if you add the exact height and width of the original image, then still set the responsive via CSS BUT add height to "auto" it will maintain the responsiveness while also tell the browser the size for it. In my testing in Firefox, this appears to now correctly load in the image in a reasonably way with lazy loading :D
Please let me know how it is for you now!
Last edited by Liam Dawe on 21 April 2020 at 10:22 pm UTC