Auto crop color

This feature is not supported natively, no. There is probably an algorithm that can do it in gd if you can find it - and yes, that would be a custom action.

It is however already available in ImageMagick.
http://www.imagemagick.org/Usage/crop/#trim

A VERY simple customaction in ImageMagick looks like

$image->ops[] = " -trim +repage ";
return $image;

I just tested that and it does work!! At least on a pure PNG with transparent background. JPEG-encoded "white" may or may not work depending on how pure it appears to be. It looks like the ImageMagic -fuzz 1% option has anticipated that. See if you can get the results you want with that.

This will not be available in GD unless you can do a search and find an existing code example that can be re-purposed to do this.

maybe http://stackoverflow.com/questions/1669683/crop-whitespace-from-image-in...

Thanks for linking.
Looks like a pretty good GD solution.

alex.designworks: Are you interested in merging your sandbox into this module? I am asking for GD and imagemagick support and support in the issue queue, especially for issues regarding your effect.

I will do the same with my text effect sandbox project.

In my vision we should strive for 1 module that provides additional effects. This to:
- Make it easier to find for site builders. Currently there is the well known imagecache_actions (many downloads) and a handful of projects defining 1 effect and very few downloads.
- Reduce the module load on sites. This also means that the current structure of imagecache_actions needs to be revised
- Reduce code load on normal page requests where image building will not get called (99.9% or more on typical sites).
- Prefer cooperation over competition.
- Make it easy to add additional effects. We should define a simple plugin structure, so that effect implementers only need to care about image handling, not Drupal module creation, sandbox project promotion, etc.

Thanks for your quick and positive feedback. However, for now, I am focusing on getting a 7.x-1.0 version out that contains all (easy) changes needed to clean up the issue queue and get the module in a working state. So I am setting all issues that will not be incorporated into the 7.x-10.0 version to postponed. I will contact you when I start working on a next version.

If you already have some ideas about the plugin structure or would like to think about it, that would be great.

I just tried alex's sandbox module and it works very well and is quite useful. It seems that the performance was improved in a recent commit as well in #2161775: Refactor: performance and coding standards

Perhaps it's time for a merge with ImageCache Actions?

I'm still open for that. D8 will give us the plugin structure and (as such) lazy loading, so I dropped my plans to do that in D7. A port to D8 will take a lot of time, so more maintainers would be welcomed.

@alex.designworks: are you still interested?