Skip to content
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

Adjust image editing naming schema #22580

Closed
ajlende opened this issue May 23, 2020 · 2 comments
Closed

Adjust image editing naming schema #22580

ajlende opened this issue May 23, 2020 · 2 comments
Labels
[Block] Image Affects the Image Block [Feature] Media Anything that impacts the experience of managing media REST API Interaction Related to REST API [Type] Discussion For issues that are high-level and not yet ready to implement. [Type] Enhancement A suggestion for improvement.

Comments

@ajlende
Copy link
Contributor

ajlende commented May 23, 2020

Follow-up from #21024 (comment)

I'm not that fond of the naming schema. crop-21-41-35-20-rotate-180-crop-21-41-35-20-IMG_20190825_104317-scaled-300x225.jpg doesn't sound particularly good (compared to IMG_20190825_104317-scaled.jpg) and will easily exceed the max file name length allowed on some filesystems.

If we had a reference to the original, unedited, image stored and we did the batched edits from #22579, we could better calculate a name for images. The order of operations is still important, so rotate-90-scale-300x255 is different from scale-300x225-rotate-90.

I like that the current implementation includes the unique edits that were made to the image so an edit doesn't have to be made if there's already a matching filename. It also has the benefit of making it easy, when browsing your media, to know which edits have been made if you had a couple different crops and were comparing between the two. A more reliable way to test for sameness could be to store an checksum of the image and compare against that instead.

@ajlende ajlende added [Type] Enhancement A suggestion for improvement. [Feature] Media Anything that impacts the experience of managing media REST API Interaction Related to REST API [Block] Image Affects the Image Block [Type] Tracking Issue Tactical breakdown of efforts across the codebase and/or tied to Overview issues. labels May 23, 2020
@youknowriad youknowriad added [Type] Discussion For issues that are high-level and not yet ready to implement. and removed [Type] Tracking Issue Tactical breakdown of efforts across the codebase and/or tied to Overview issues. labels Jun 4, 2020
@ajlende ajlende mentioned this issue Jun 5, 2020
6 tasks
@ellatrix ellatrix mentioned this issue Jun 22, 2020
12 tasks
@Mamaduka
Copy link
Member

@ajlende, is this issue still relevant? There's been no activity for a couple of years, and I wonder if we should close it.

@ajlende
Copy link
Contributor Author

ajlende commented Dec 18, 2024

The enhancement is still valid since we do nothing to prevent someone from generating the same cropped image twice, but nobody is asking for this feature and there are no plans to implement it, so we may as well close for now.

@ajlende ajlende closed this as completed Dec 18, 2024
@ajlende ajlende closed this as not planned Won't fix, can't repro, duplicate, stale Dec 18, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
[Block] Image Affects the Image Block [Feature] Media Anything that impacts the experience of managing media REST API Interaction Related to REST API [Type] Discussion For issues that are high-level and not yet ready to implement. [Type] Enhancement A suggestion for improvement.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants