> "Sven" == Sven Neumann <[EMAIL PROTECTED]> writes:
Sven> Import plug-ins that handle 16bit by converting to 8bit
Sven> shouldn't do this silently but inform the user what
Sven> happens. If they don't, that's a bug and should be reported
Sven> thru bugzilla.
I've added this
Is there any way to programmatically undo a set of operations?
I want to take and resize an image. To do so, I currently copy it
repeatedly, flatten, resize, and save. The copy/flatten is
time-consuming. I thought I could do that one, do the resize and
save, undo the resize and then resize to
>>>>> "Simon" == Simon Budig <[EMAIL PROTECTED]> writes:
Simon> Roland Roberts ([EMAIL PROTECTED]) wrote:
>> I'm trying to copy a layer from one image to another. Below is a
>> fragment of the code to do this; new-image has already
> "Simon" == Simon Budig <[EMAIL PROTECTED]> writes:
Simon> You can determine the global image type via
Simon> (gimp-image-base-type ...) but be aware that the the
Simon> values returned are not compatible with the values returned
Simon> by gimp-drawable-type.
Thanks, I thou
I'm trying to copy a layer from one image to another. Below is a
fragment of the code to do this; new-image has already been created
with the same base type as the old-image.
(set! new-layer
(car (gimp-layer-new new-image
(car (gimp-drawable-width old-
> "Simon" == Simon Budig <[EMAIL PROTECTED]> writes:
Simon> [...] There is no real concept of a "active" image. This is
Simon> the primary reason, why there is no "save" entry in the
Simon> toolbox menu.
Simon> If you register your script in the context menu of the
Simon>
> "Simon" == Simon Budig <[EMAIL PROTECTED]> writes:
Simon> I have not yet checked the problem you mentioned in your
Simon> other Mail, it might very well be a bug.
[...]
Simon> However, you can easily avoid this problem by moving the
Simon> menu entry to /foo/bar/baz and
> "Simon" == Simon Budig <[EMAIL PROTECTED]> writes:
Simon> Images are *not* drawables. Images are drawable containers.
Simon> Only Layers, Channels (and Selections which are kind of
Simon> special case of channels) are drawables.
Okay, then how does one determine the type of an
> "Simon" == Simon Budig <[EMAIL PROTECTED]> writes:
Simon> I can reproduce this behaviour and I think it is a bug.
[...]
Simon> To work around this: You could use an invalid image ID (for
Simon> example -1) as the default value. So you can easily check
Simon> if this is
I'm still a newbie at this so I'm a bit confused I realize that
drawables include both images and layers and that they are not
interchangeable. I'm confused by this error message from a call to
gimp-drawable-type in a Script-Fu:
Script-Fu Error while executing (script-fu-astro-rescale-f
I have a script-fu set up which has the following initialization:
(script-fu-register "script-fu-astro-rescale-for-web"
"/Xtns/Script-Fu/Astronomy/Scale for Web"
"Rescale current image to \"standard\" sizes for web display"
"Roland B. Ro
>>>>> "Simon" == Simon Budig <[EMAIL PROTECTED]> writes:
Simon> Roland Roberts ([EMAIL PROTECTED]) wrote:
>> I'm trying to write write a script-fu to automatically take a
>> finished image and produce a set of scaled images for di
I'm trying to write write a script-fu to automatically take a finished
image and produce a set of scaled images for display on a web site.
The learning curve for this is rather steep
To get started, I've been reading through some of the existing scheme
files. One I am looking at is script-fu
13 matches
Mail list logo