[Typo3-dev] Image Processing API - getting rid of IM

[Michael Johnston]

An abstracted api with pluggable engine seems like a good idea. If the 
api supports both built up images (as current with IM) and also support 
for scripting image templates (ideal for use with Gimp and/or 
Fireworks) even better. More direct integration with FCE's also seems 
like a good idea to me (for example, it is currently very difficult to 
dynamically choose the text color of a headline graphic in an FCE, 
because fontColor is not passed through stdWrap -- if someone knows a 
way, please tell me. It would be great if there was direct support for 
interfaces to basic elements of dynamic graphics in templavoila, 
instead of having to edit perpetually disappearing inline typoscript).


I also think that calc needs to be enhanced. It needs to be able to do 
fractions. Otherwise, how do you scale images that can have a dynamic 
number of lines of text? Usually you need an added amount of space that 
is around 120% or more of the height of the text. I ended up making an 
invisible text block for each extra line of text, using listnum & .if. 
Also, the dimensions of boxes and images should be available to calc, 
because they might be dynamic too.


Cheers
Michael Johnston
Planetactive


> Reverse situation for me. I'm not interested in a lock-down to just 
> another lib. GIMP/Firework will probably offer the best results, but I 
> expect them to be slow. GM is fine but is yet to be seen if there is 
> widespread support fo it with ISPs.
>
> I see no reason to rush things. I don't think that an API will dealy 
> things indefintely if all willing parties work together. I estimate 
> abou a month (calendar days, not work hours) overhead with all the 
> discussion. Typo3 was stuck with GD/IM for a very long time. It can 
> wait  a bit and 3.8 will not be ready for some time.
>
> And certainly I'm not going to work on an API if there is no support 
> by the community or other developers. If the common wisdom is that an 
> API is an overkill or simply not worth any efforts, themn so be it.
>
> Yep, I'm unhappy with GD/GM, but I can live with this disappointment.
>
> Masi
> _______________________________________________
> Typo3-dev mailing list
> Typo3-dev at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-dev