New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Move helper/image out of legacy namespace #1618
Comments
Could you describe a bit what you intend to do here, I might actually go ahead and do it myself (some of my addons require this helper to work properly). |
I'm thinking this is a specific issue based on some of the discussion we've been having here #1152. In short a. In 5.6, we had some very basic file storage location functionality What we don't have in 5.7 is a nice API to go from having an image as a file object, and easily creating an on-demand, cropped thumbnail from it. You have to get the path to the image, decode it into a stream, load it into imagine, use all of Imagine's somewhat tedious OOP approach, etc... It's just not as convenient. That's why we've been talking about bringing back the legacy image helper – because even if it doesn't store the image in file storage locations perfectly or offer all the functionality that we might want, it is convenient. That's where I think we were thinking. |
I use helper/image all the time because of its ease of use and on demand cropping. +1 for removing it from legacy |
Although the BasicThumbnailer class is now out of the 'legacy namespace', the functions in it are still marked as 'deprecated'. What are you thoughts on that? |
Yeah they should no longer be marked as deprecated |
The text was updated successfully, but these errors were encountered: