We are playing with JAI and would be happy to contribute. I like the sound of a choice of image library perhaps using a core config to set parameters (e.g. library location, default thumbnail size, processed image location, etc.) with a default choice supplied with Farcry - like the choice of html editors.
We looked at several libraries (open source and commercial) before recently choosing JAI. We wanted a java solution so concentrated on ImageJ and JAI. ImageJ was faster but had problems with anti-aliased text (which we need). We have the DRK and so have been playing with JAI as implemented therein. But it does need to be installed outside the core - could we have a default location for java extensions within the core then add this to the CF classpath as a step during installation? By the way, would Macromedia allow you to distribute their DRK implementation (JIMG)? I suppose we would need to agree a framework of function names, config items, etc. to make image.cfc a true plug-in. We could agree on a standard set of core image manip functions (e.g. load, save, scale, etc.) and then allow those who need more functions (e.g. crop, tint, etc.) to extend image.cfc as they wish. Lots of possibilities! Regards Ian -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Geoff Bowers Sent: 12 May 2004 03:04 To: FarCry Developers Subject: [farcry-dev] Re: Image Magick (Optimize images from the CMS) Tom Cornilliac wrote: >>Might need some though on how that comes together -- we're happy to >>help. Ideally we'd have the hooks in the core and the image-engine >>anywhere the sys admins want. > > I'm currently working on extension and overwriting of core Farcry > Components (packages.farcry & packages.security). Once that's done you > could plug-in whatever image manipulation software you like. Although > there's still the question...What imaging package will Farcry support > out of the box? Or should image.cfc simply become an abstract class, > "The hook in the core", and the client can drop whatever imaging > component they want into their app? I think we need an out of the box option. The choice of which image library comes down to licensing and functionality. Ideally it could be something we could distribute freely with FarCry without compromising our own CPL licensing. We have a commercial vertical for brand asset management (FarCry BAM), and we're looking at hooking it potentially up to a dynamic image server or two.. would be nice if we didn't have to bastardise core to do this. Extension of core components will fit the bill -- if we provide another of these "check project for code and fail to core" routines for images. I guess it still leaves us with a choice of Image library.. so far we've got: - ImageJ (limited support already available) - JAI (nice DRK implementation of this) - ImageMagick (cf5 customtag library -- appears comprehensive) It's got to be something that we can easily deploy across a variety of OS. Ideally for out of the box, it shouldn't require anything to be deployed outside of core... like compiling binaries, or sticking class files in the class path etc. Tricky eh ;) -- geoff http://www.daemon.com.au/ --- You are currently subscribed to farcry-dev as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MXDU2004 + Macromedia DevCon AsiaPac + Sydney, Australia http://www.mxdu.com/ + 24-25 February, 2004 ---------------------------------------------------- This E-mail scanned for viruses by Harlaxton College ---------------------------------------------------- ---------------------------------------------------- This E-mail scanned for viruses by Harlaxton College ---------------------------------------------------- --- You are currently subscribed to farcry-dev as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MXDU2004 + Macromedia DevCon AsiaPac + Sydney, Australia http://www.mxdu.com/ + 24-25 February, 2004
