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
Assume I don't want users downloading the original image, neither in it's original size. I suggest that if the following options are set, then calling "image.jpg" without any parameters, should resize to the max_width and max_height.
if no height nor width is set, then use maxdimensions.
This however makes no sense for images smaller than max dimensions. I assume one would want to leave them alone.
The hook does not know about the actual image size, so that is hinder.
Another way to achieve the wanted result is to preporcess the images to be of a max size. This is my default strategy. https://cimage.se/doc/use-case#strategy
I would either use something like a bash-script to manage all the images to create a larger web-version of the source images, something like this (and combine it with image Magick convert to downscale larger images). Its an old script, but it might give you some ideas. https://github.com/cimage/optimize-images
In my case it would be convenient to keep in the "img" folder the original, high-res version of the images, without pre-downscaling all of them. This simplifies the workflow for the creators as it can be used like an archive, and if a decision is made to allow a different max dimension for the end-users, they do not need to be replaced again.
May I suggest for this case a new set of (optional) options called "defaultwidth" and "defaultheight", which would be used when no width/height is set from the query? Even if that means upscaling smaller images.
Assume I don't want users downloading the original image, neither in it's original size. I suggest that if the following options are set, then calling "image.jpg" without any parameters, should resize to the max_width and max_height.
The text was updated successfully, but these errors were encountered: