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

[Michael Johnston]

I did some Gimp scripting, but abandoned it as a graphics engine 
because at the time it had no support for leading in text!
I'm sure that is long since remedied.

For our purposes I would hesitate to use Gimp because I suspect the 
work of translating the files created by designers in the tools they 
use to be used in Gimp would far overshadow the cost of a few Fireworks 
licenses. And there is precisely zero chance the designers will be 
migrating to Gimp any time soon. This means I would almost certainly be 
creating more manual work for the development team rather than less.

At the time I was playing around with it, the scripting engine of Gimp 
seemed quite complete, although I did encounter some bugs. But that was 
4 years ago, I'm sure it's an entirely different beast by now.

At the time I was scripting Gimp, the scripting language was scheme not 
perl. Or maybe perl was an option, can't remember.

Michael Johnston
Planetactive


On 18-Sep-04, at 8:44 PM, Simon Child wrote:

>
> "Michael Stucki" <mundaun at gmx.ch> wrote in message
> news:mailman.1.1095436507.29214.typo3-dev at lists.netfielders.de...
>
>> Correct me if I'm wrong, but Fireworks is commercial software. This 
>> would
>> mean that _if_ I (or someone else) would implement this feature this 
>> would
>> only be accessible for users who paid for this software.
>>
>> That's no motivation, at least for me.
>
> One more OSS product which *might* be worth investigating: the Gimp 
> can be
> controlled by scripting.
>
> "One of the wonderful features of GIMP is that it all its 
> functionality may
> be accessed through scripting. "
>
> "there is another possibility and that is to run the scripts from the
> command line, as a normal perl program."
>
> http://imagic.weizmann.ac.il/~dov/gimp/perl-tut.html
>
>
> Also found this, suggesting using Gimp as an alternative to IM:
>
> http://www.macgimp.org/article.php?story=78
>
>
> I haven't done this, it might not be flexible enough, it might be 
> slow, etc
> ,etc, but it is OSS and has quite a lot of built-in effects and so 
> could be
> worth looking at.
>