You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Allows us to manually preload images used as css backgrounds.
Avoid having to use an invisible <Image /> component in layout to force a preload inclusion in head.
The docs info from pic below is false, on latest Canary you still get an error when not including explicit width/height attributes with public srcs.
Stop hamfisting your way into inconveniencing devs from using some of the most fundamental features in web development just because you want to make more money. <Image /> can be useful, this is not the case for it. It feels like your pricing model is the only plausible reasoning as to why there's no straightforward way to manually set preloads for background images.
Non-Goals
No response
Background
Do I really need to explain why granular control over our preloads is a necessity, instead of shoving a priced service down devs' throats pretending you know better in all contexts?
PS: The next best alternative if you do want optimization on top is https://next-bg-image.kiahjh.com/, but this isn't my use case + I'm leveraging ::before for dotted overlays as well.
Proposal
Add a "preloads" key to the Metadata object instead of whatever monstrosity we're forced to do for both image and font preloads at the moment
This request is my contribution, this sort of impedance is like 50% of the criticism against Nextjs
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
-
Goals
<Image />
component in layout to force a preload inclusion in head.<Image />
can be useful, this is not the case for it. It feels like your pricing model is the only plausible reasoning as to why there's no straightforward way to manually set preloads for background images.Non-Goals
No response
Background
Do I really need to explain why granular control over our preloads is a necessity, instead of shoving a priced service down devs' throats pretending you know better in all contexts?
PS: The next best alternative if you do want optimization on top is https://next-bg-image.kiahjh.com/, but this isn't my use case + I'm leveraging ::before for dotted overlays as well.
Proposal
Beta Was this translation helpful? Give feedback.
All reactions