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 launch their Preservation Program to make games live forever with a hundred classics being 're-released'
- Sony say their PSN account requirement on PC is so you can enjoy their games 'safely'
- Valve dev details more on the work behind making Steam for Linux more stable
- NVIDIA detail upcoming Linux driver features for Wayland and explain current support
- Steam Beta gets fixes for WiFi on Steam Deck, plus AMD GPU startup crash on Desktop
- > See more over 30 days here
-
Get a fresh look at Half-Life 2 RTX in a new video plus…
- Phlebiac -
Half-Life 2 free to keep until November 18th, Episodes …
- ElectricPrism -
Old Skies from Wadjet Eye Games looks like one to remem…
- emphy -
Half-Life 2 free to keep until November 18th, Episodes …
- StalePopcorn -
The Walking Dead, The Expanse and more in the Telltale …
- damarrin - > See more comments
- Weekend Players' Club 11/15/2024
- Pengling - Our own anti-cheat list
- Liam Dawe - What do you want to see on GamingOnLinux?
- Linux_Rocks - Does Sinden Lightgun work?
- Linas - Steam and offline gaming
- missingno - See more posts
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