programmatically changing colours in a png file - Graphics

On Wed, 30 May 2007, LC's No-Spam Newsreading account wrote:

> What I want to do is use the same buttons, but systematically change all
> colour shades (say from brown-orange to blue-cyan)

> Is there any way of doing it with a gimp script ?

I managed to do something like that using the following script I adapted
from a former one, but still this is not fully batch. More specifically,
it opens the ColorMap Rotation filter window ... but I have to enter its
parameters MANUALLY (new angles and switch to clockwise) for each file.

Even if I run it from the same FU script console repeatedly, I have to
fill the ColorMap Rotation parameters each time ... it does not remember
them from the previous run.

Is there no way to pass full parameters to plug-in-rotate-colormap ?

BTW I'm using gimp 2.0.4 under Suse 9.2


(define
(script-fu-pngprova file )
(let*
(
( img (car (file-png-load 1 file file ) ) )
( outfile (string-append (car(strbreakup file ".") ) "_mod.png"))
)
; outfile
(gimp-image-convert-rgb img)
(set! drawable (car (gimp-image-active-drawable img) ) )
(plug-in-rotate-colormap 1 img drawable)
(file-png-save-defaults 1 img drawable outfile outfile)
)
)



--
----------------------------------------------------------------------
nospam@mi.iasf.cnr.it is a newsreading account used by more persons to
avoid unwanted spam. Any mail returning to this address will be rejected.
Users can disclose their e-mail address in the article if they wish so.

On 30 Mai, 15:07, LC's NoSpam Newsreading account
<nos...@mi.iasf.cnr.it> wrote:

> Is there no way to pass full parameters to plug-in-rotate-colormap ?

No.

You or someone else could extend the plug-in and add
a more feature-rich PDB interface, though. Please note that
the existing interface (plug-in-rotate-colormap) should be kept
for compatiblity, the default way to handle this is to introduce a
new function called e.g. plug-in-rotate-colormap2

> BTW I'm using gimp 2.0.4 under Suse 9.2

This is quite old. New additions should be based on the current 2.3
branch.


HTH,
Michael