Problem/Motivation
I am happy to announce that Responsive image integration is almost 90% done with the latest work here:
#3097685: Support aspect ratio for Responsive image
The remaining 10% is to make the Responsive image work with Blazy CSS background.
This is still a question -- the only reason the custom breakpoint is still kept for now. Multi-breakpoint CSS backgrounds with Responsive image is still tough to cope with (due to picture + too many unpredictable breakpoints which Blazy script itself might not be able to deal with correctly, CMIIW). Yet was already done with custom breakpoints since likely early developments
On the other hand, the custom breakpoints do share at least 200 lines as seen at \Drupal\blazy\BlazyBreakpoint. Temporary solution was already provided as an option via Blazy UI to just disable these lines. Meaning you are being facilitated to a great extent, you can disable it if you don't use CSS background, nor custom breakpoints.
And now you are also being facilitated to drop it for good.
There are so many modules with CSS background images, but many are not multiple-breakpoint responsive nor lazyloaded -- another reason to keep Blazy CSS background feature around. I am shocked that I found so many just now:
- https://www.drupal.org/project/bg_image_formatter
- https://www.drupal.org/project/background
- https://www.drupal.org/project/bg_image
- https://www.drupal.org/project/bg_img_field
- https://www.drupal.org/project/dynamic_background
- https://www.drupal.org/project/background_image_formatter
- https://www.drupal.org/project/field_group_background_image
- https://www.drupal.org/project/background_image
- https://www.drupal.org/project/responsive_background_image
- https://www.drupal.org/project/image_background_formatter
- https://www.drupal.org/project/simple_background_image_formatter
- https://www.drupal.org/project/cs_adaptive_background_image
- https://www.drupal.org/project/responsive_background
- https://www.drupal.org/project/entity_background
- https://www.drupal.org/project/simple_background
- https://www.drupal.org/project/picture_background_formatter
- https://www.drupal.org/project/bg_rotate
- https://www.drupal.org/project/backgroundfield
- https://www.drupal.org/project/headerimage
- https://www.drupal.org/project/image_format_cover
- https://www.drupal.org/project/backstretch
- https://www.drupal.org/project/particle_responsive
- https://www.drupal.org/project/parallax_bg
- https://www.drupal.org/project/ckeditor_bgimage
- https://www.drupal.org/project/image_base64_formatter
Proposed resolution
Second opinions are needed and very much appreciated:
Shall we keep or drop custom breakpoints?
If dropped, please suggest a solution based on the above problems. Perhaps joining forces with one of them, and drop Blazy?
If kept, why?
Please continue, ignore my absence, if you don't see me reply to your comment. I would try to refrain replying to avoid bias for now, and let it flow. You are given situations above, feel free to share your thoughts. I will again ask you before I decide anything after having enough representatives whatever it will be.
Thank you in advanced!
Remaining tasks
Not sure to deal with this, but perhaps a vote for keep or drop?
If so, please state your opinion with reasons, or even just +1 (keep) or -1 (drop).
User interface changes
Depends on the final decision.
API changes
(API changes/additions that would affect module, install profile, and theme developers, including examples of before/after code if appropriate.)
Data model changes
None.
Release notes snippet
None.
Comments
Comment #2
gausarts commentedComment #3
gausarts commentedAdded 6 more modules depicting various needs.
Comment #4
gausarts commentedAdded 2 more.
Comment #5
geomax commentedResponsive image with Blazy CSS background is nice to have but the module is totaly fine without it, IMHO.
My vote is keep it simple and easy moving forward.
Comment #9
gausarts commentedThank you for participation.
As I am being neutral, one con voice is enough to take this feature down.
This is now deprecated, and shall be removed at Blazy:3.x, or even sooner. However due to being intermingled with some supported methods, no standard depreciation notices are put in places, nor
@trigger_erroris provided, except for end user warning messages. Considering that this feature is internal, it should be enough with messages for end users, and@todo deprecated in ...for future removal.Comment #11
hockey2112 commentedI recently upgraded from Drupal 8 to D9 and then D10. Now, my blazy images are stretched horizontally in their colorbox, and I think it is due to this feature being removed. I added some CSS (below), but that causes some really awkward transitions when switching from image to image.
How can I regain the functionality that this feature provided, or at least establish a more elegant way of controlling the image sizes on the front-end?