Replace Image toolkit API with Imagine

Glancing through the docs for it I don't see anything to scare me away. There's even a composer file, although they check a phar file into the git source which is dumb. We should bug them to change that. :-) Other than that I think it's worth trying to see if it works.

Looks promising, and a excellent example of how a PHP library should be written using modern PHP features.

If Twig gets into D8:

Image manipulation using Imagine and Twig Filters
https://github.com/avalanche123/AvalancheImagineBundle

It seems part of Imagine library overlaps with Image Filters ?

Remove imagine.phar: https://github.com/avalanche123/Imagine/issues/122 .

Is anyone still pursuing this?

The list of transformations supported by imagine is fully hardcoded in the toolkit interface.

That doesn't look good.

Hm, that's not so hot. Is it even possible to extend with other options? Are there other operations that we'd want to support that are not included there?

Related discussion: https://github.com/avalanche123/Imagine/issues/130#issuecomment-6172022

Is this postpone on #1664844: Convert image toolkits into plugins. Or is it won't fix?

The image effects API landed 4 months ago, so the list of transformations is no longer hardcoded.

This could actually still be on the table for Drupal 8, I think. I won't change the version back, but I think that the number of changes required for this is relatively small.

cweagans: That sounds like something to ping catch about to see if he'd still be open to it. If so, patch plz.

Cons:
- See comment #7
- Lots of final classes, methods and private properties: if some image processing/filter/effect, or whatever you call it, is missing, it won't be easy to add it via e.g. inheritance.
- No direct ImageMagick support. It needs the PHP Imagick extension which is not enabled by default and may not be enabled on many hosters.
- Arbitrary splitting of "operations" over the image class (a.o. resize, rotate, mask), and effects class (a.o. gamma, sharpen) and filter classes (a.o. rotate, border). I did not fully grab the (conceptual) differences between these.
- Only type of exception used: RunTimeException (and this PHP class is already named using a pleonasm)

Pro:
- Despite the above, the code structure is good and readable.
- I couldn't find an operation/filter or effect missing. I think that if we would construct a list of all D7 image effects (core and contrib) we won't find one that is impossible to do with Imagine. So why care about the non-extensibility if we get more than we have now?
- Someone has already gotten it to work in D8: #2073759-144: Convert toolkit operations to plugins.

All in all + 1.

Imagine could be added and used in a minor release as long as we don't break the old API/sites. Not clear at all whether anyone seriously wants to do that.

Closing as outdated since this moved to PNMI 7 years ago

If still an issue or needs addressing please reopen with an updated issue summary.

Thanks!