As per the comment on the project page, Imagecache 2 (DRUPAL-5--2) is an internal API change from previous versions.
It seems to be working as expected for me, although I may have lost a preset definition during the upgrade that was probably due to other flaky changes I was doing at the time.

The changes are radical (internally), and it introduces a few more dependancies on utility modules, so testing is important.

CAN ANYONE WHO CARES JUST UPGRADE TO THE LATEST 5.x DEV VERSION AND SAY IT'S COOL?

Just a few +1 votes here and it can probably be tagged as a release, creating a wonderful new platform for all the feature requests that are waiting in the queue.

(I'll set this as 'needs review' because the code is up there, and needs review :-)

Comments

dman’s picture

Note, it may not be listed right on the front page, so This is the Beta release we are looking at. :)

drewish’s picture

I'm not into the whole ImageAPI that doesn't work with the commandline version of ImageMagick. I don't really want to recompile PHP just to get it working.

Also, it seems like there's a bug in the CCK imagefield handler when you're files directory is sites/Foo/files... once I track it down a little more I'll open a new issue (not having GD on my laptop makes it harder... see my previous gripe ;)

nevets’s picture

I am using ImageCache 2.0 Beta on a couple of sites being built and using GD it works fine. I also like the new UI a lot better.

dman’s picture

I actually miss the all-in-one UI for editing actions, but it's OK I guess with the summary table instead.
I've not tried the ImageMagick style.

Farreres’s picture

I have beta2 installed, together with imagefield2, I am also using imagecache profiles and it works nicely. I didn't try ImageMagick neither, because it sais it's experimental and I was afraid of installing it :)

Farreres’s picture

By the way, update status suddenly tells me Imagecache 2.0 beta isn't supported anymore, it suggests me to uninstall or upgrade. Not doing anything, but just to let you know.

dopry’s picture

I haven't written the command line imagemagick interface for imageapi, but it can totally be done... I wanted to focus on using imagick... btw you don't have to recompile php as a whole you can pecl installl imagick, but that is broken... unfortunately I'm going to keep the 2.x series as beta until I resolve the image objects losing the imagick resource when passed into the toolkit callbacks...

drewish’s picture

Just realized that the 2.0 code doesn't let you operate on image that aren't in the "files" directory. I'd been hoping to include include a default "missing" image with my module and create derivative images for it, I guess I'll just have to copy it to the files directory in the .install file... Kind of a bummer though.

dopry’s picture

@drewish: could you file that as a bug against imagecache 2.0 please. I'm also making imagemagick support a release blocker for imageAPI... Which means it holds imagecache 2.x and imagefield 2.x from release. Which in turn holds up D6 ports.... However, I don't have time to do the imageapi_imagemagick port.

I'll see if I can get something started though...

*hint for brave developers*
imageapi_imagemagick_open should copy src to a tempfile, and save the tmp file path in image->res, then operate on the filepath at image->res for the remaining operations.

drewish’s picture

dopry, sure just posted http://drupal.org/node/241672. i'll give the imagemagick command line stuff a look. as for the gray-scaling you mentioned on irc "-colorspace GRAY" should do the trick.

dopry’s picture

Status: Needs review » Closed (fixed)

I'm going to close this since I see not qualifications for resolution, but was a simple request for information. ImageAPI now has ImageMagick support... Please test imageAPI 1.0 RC 2 with imagecache HEAD. Let me know if you find any issues. I need tests for the full round of image manipulations. It's really hard to do simpletests for the qualitive part of image manipulation, however anyone who wants to write some for ImageAPI would have my appreciation.