Install ImageAPI before upgrading to ImageCache 2.x!!
I'm finally comfortable enough with my Image* namespace to have official releases of the 2.x series of ImageField and ImageCache + ImageAPI...
I'd like to extend thanks to everyone who has filed issues and submitted patches, especially Drewish and Quicksketch.
Now that my 2.x's are out I can start on the 6.x ports. ImageAPI already has a working port in HEAD, but needs some bug fixes ported from 5.x-1.x. There is a patch for ImageCache pending in it's queue and it should be a trivial port.
ImageField will be the first to see an official release, since it will be needed to test the ImageCache port.
I will be developing a core compatible file api for imagefield and filefield to consolidate specialized functions used by both to maintain path correctness, implement hook_file, and hide a few messages from some of the chattier core file functions.
This will delay D6 ImageField development a little. Since CCK is still at alpha I don't see it delaying and official ImageField release. I will also probably be getting back to the CCK issue queue so I can get my D6 ports out and stable. /me waves to KarenS and Yched.
--outta the weeds
.darrel.
Comments
Woot!
Here we come Drupal 6! Thanks for all your amazing efforts Darrel!
Great Work!
Have you checked out Asset?
It lacks much of the really solid low level file handling API stuff, but provides a great interface to assets of any kind, plus has good imagecache integration.
I don't use filefield, imagefield, etc any more for the reasons you state, and have switched to asset. I find clients can actually grok this, and that's important.
Thanks a lot, Darrel. Your
Thanks a lot, Darrel. Your work is great, and it's definitely made the lives of a lot of Drupal/Ubercart newbies easier. Being able to auto-configure product images has been a huge plus for us.
Great news! I'll start
Great news! I'll start testing patches for all D6 modules soon enough so I can start porting my imagecrop module also. But for now, you earned some champagne for all your great work!
yeah kinda disheartens me...
I spent over a year trying to get this kind of functionality in core while I could have been staying in contrib working on imagefield and filefield.
I think Roger was very wise in foregoing trying to get his code and ideas into core and just implementing it all in contrib. It allowed him to get a lot done without review. The 2.x version of asset module looks awesome.
I'm however still interested in seeing hook_file in core, and I'm not going to be satisfied just to hide out in contrib land doing my own thing. I remember the fate of the FileStore/FsCache modules, and the lack of a migration path to anything else usable.
I would have been nice if some of the people working on media mover or asset had taken a moment to help with core file handling, and contribute some of their feedback there to help build a core fileapi that is useful to everyone. Instead of keeping their heads in that sandbox we call contrib. ;)
.darrel.