[Typo3-dev] Image Processing API - getting rid of IM
Daniel Brün
dbruen at saltation.de
Wed Sep 8 15:27:04 CEST 2004
Hi folks!
M.Stucki and me have just been brainstorming about a possible solution
to the ongoing troubles with the ImageMagick-Package.
(one more reason:
http://www.gentoo.org/security/en/glsa/glsa-200409-12.xml )
We have come up with the idea to define an interface for an
image-processing class. This class can then be implemented using IM, or
another class using GraphicsMagic or some other library.
These classes could be implemented as a special kind of extension. TYPO3
could then have a list of available image-processing-classes it can use
to scale/transform/... images. If one class fails to do an operation or
just has not implemented it, TYPO3 could automagically let another class
in the list perform the task.
One major problem is the fact that right now it is possible to pass
parameters to ImageMagick via TS. That means, there is no
abstraction-layer between end-user and the underlying image-processing
library. For this case there should be a fallback-image-processing class
which works the way t3lib_stdgraphic does it right now. This could be
removed in a future release of Typo3 (v5?) when nobody makes use of
these features anymore.
We have thought about making a project out of this. I will make a first
draft of a possible interface, parametrization + architecture tomorrow.
If anybody is interested to help us coding, you're very welcome...
But first, let's discuss the issue!
Cheers,
Dan.
More information about the TYPO3-dev
mailing list