on Sat, Jun 25, 2011 at 1:13 PM, Jeremy Morton wrote:
> Hi all,
>
> Several times now it has occurred to me that it would be useful to be
> able to modify alpha transparency of pixels selected. I can already
> modify their colour in numerous ways (brightness/contrast, colorize,
> invert, etc.) so
> I confess I don't understand colour, but is my understanding even poorer
> than I thought? Or is this an area in which GIMP needs a bit of work?
I don't think HSV and HSL are the same colourspace:
http://en.wikipedia.org/wiki/HSL_and_HSV
> Frequently, I
> take multiple pictures of the same obj
>> Is there any consideration to enabling all the tsx functions?
>> In particular, (system command) would be real handy.
> We need to think a little about this before going ahead and enabling a
> function that would allow system calls to be used in scripts that could be
> run on any machine with G
Is there any consideration to enabling all the tsx functions?
http://heras-gilsanz.com/manuel/tsx-functions.txt
In particular, (system command) would be real handy.
-Rob A>
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://l
> wrote:
>> I think the spacing calculation does not take into effect the aspect ratio
>> correctly, and acts as if the longest axis is the base length from which
>> spacing
>> is derived, while it should be, I believe, the short axis that affects the
>> spacing.
> this is a long standing issue,
On Sun, Feb 6, 2011 at 10:30 AM,
wrote:
> The PDB functions already exist for handling layer groups, and
> Script-fu does not have any problem making use of these functions. The
> Python-fu extension has not yet been updated to handle groups (there
> is no 'group' class).
>
I stand corrected. Wh
I'm not a dev but AFAIK none of the layer group stuff es exposed in
the pdb, so has not been added to script-fu or python.
-Rob A>
On 2/6/11, Javier Candeira wrote:
> First of all, a big thank you to the developers for an great image
> editing program.
>
> I am writing a python-gimp export scrip
> Also see that by latest git version, I really mean the latest version
> (7e6d2542f22f7168abc7160fc0960e405e2eb607 right now). So the problem
> is still there.
commit 7e6d2542f22f7168abc7160fc0960e405e2eb607
Is not showing incorrect tool contours for me.
-Rob A>
> The world would be better if each application domain had a consistent
> set of core accelerators. File->New, File->Save, Cut/Copy/Paste, etc.
> are good for most all applications. For a graphics program, common
> tools like Pencil, Eraser, Move, Crop, etc. should have consistent
> accelerators.
I'd just settle for good step by step instruction on getting a windows
cross compile working.
I've had no problem getting from git and compiling for Ububtu in a
Ubuntu VM, but whenever I ask how to set up the tools for windows
cross-compile I get hand-waving and "oh just redefine your compiler
env
uld the attached be correct?
-Rob A>
From b2292460636ceba85849c3a3796fa2f1488e7da6 Mon Sep 17 00:00:00 2001
From: Rob Antonishen
Date: Wed, 8 Dec 2010 14:37:24 -0500
Subject: [PATCH] Increased maximum radius to 500 in unsharp-mask plugin
---
plug-ins/common/unsharp-mask.c |2 +-
1 file
Looks simple enough - it is only a GUI restriction (I was able to
apply larger radii using the script-fu console)
Attached is a diff
-Rob A>
On Wed, Dec 8, 2010 at 11:53 AM, wrote:
> A bit off-topic, but in one of the upcoming releases would it be
> possible to increase the maximum radius allo
>
> Nice example, but I couldn't find what a "gih" is?
>
>
Gimp image hose, aka "rotating brush"
I made that one with my script:
http://ffaat.pointclark.net/blog/archives/145-Gimp-Script-to-Help-Make-Rotating-Brushes.html
-Rob A>
___
Gimp-developer m
Do you get better results just painting with a paint tool?
The brush you posted is not a good candidate for orientation dynamics,
as is much wider than tall.
Remember brush dynamics do not deform or distort the brush in any no
uniform way, it merely rotates it. You would get (marginally) better
> Doesn't work how? It works for me.. just not 100% like I want it to.
> (ie. interpolation is not helpful). I'm using
> git master (31aa09a11f2a2486c4cf9ab69104019d97c1d68a)
>
I just did a pull make/make install. I don;t know how to get the git
master number :(
I started with this image: http:/
Another 'bug' is that the cage tool doesn't work on indexed images. Not that I
would expect it to. Can it be disabled for indexed images?
-Rob A>
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mail
Well,
To chip in my two cents, I want to remind you that Gimp is open source and if
you want the menu there then you are free to fork and maintain a version of
Gimp with the menu in.
Arguing against the vision and direction already set is counterproductive at
this point. Arguing that one user
Thinking off the top of my head, you could make a histogram call to
the selection "channel" at 255 (fully selected) and see if the
returned pixel count equals the number of pixels (width x height).
On 10/9/10, Ofnuts wrote:
> On 10/10/2010 00:22, David Gowers (kampu) wrote:
>> On Sun, Oct 10,
You can't disable the border selection programatically. In such cases
what I've done is duplicate the image without displaying it and
perform all the selection work on the duplicate then copy and paste it
in as a channel into the original image. Then channel to Selection and
delete the channel.
-
> Why is GIMP so slow at rendering paths?
I noticed that just last week. I was trying to use a path a a guide
to paint and gimp was virtually unusable with the path displayed.
This was on XP and 2.6.10
I worked around the issue by stroking the path on a new layer that I
used as a guide.
-Rob A
On Fri, Aug 20, 2010 at 8:40 AM, Vincent Beers wrote:
> About using transparent colors to draw with, though, I definitely
> agree. Or at least I haven't been able to find this myself if the
> feature exists.
>
What would this even be? Surely one of the painting blending modes
must accomplish wh
>> Maybe a conversion filter that makes RGB->Lab and Lab->RGB,
>> available for users (and their scripts) would be helpful.
>>
You can already decompose an image to LAB, work on the greyscale
representations of each channel, then re-compose. This is what I have
done when working in LAB space with
> I think so, too. Consider the star trails in a long-time exposure of a
> night sky: there is no decay visible. However, and whatever the motivation,
> it's an interesting idea, so here's a quick comparison for a linear motion
> blur:
> http://yahvuu.files.wordpress.com/2009/08/blurtest.png
>
To
A few gimp versions ago I thought there was a 3D rendered view of your
image as a heightfield. This was a second '"view" and it would update
as you worked on the main image with the normal tools. The only think
you could change was the camera position.
Does anyone remember this?
Is it still ava
Would it not be simplest to add a "corrected" colour mode as a new mode,
keeping the old one? Just call the old one Colour (legacy)? and give the
new one a new internal mode number?
There is no requirement to have back compatability, so trying to open an xcf
file with this new layer mode would fa
>> Decent debugging facilities are missing. Only tracing is supported
>> natively.
Anyone know how? Even that would be handy.
-Rob A>
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/
I just use (gimp-message) a lot, with my error console turned on.
Here are pointers that work well with script-fu (up to a point):
http://www.cs.indiana.edu/chezscheme/debug/
Too bad script-fu doesn't support tracing.
-Rob A>
On Tue, Jul 27, 2010 at 3:09 PM, Joseph Areeda wrote:
> I have a
Thanks for opening this discussion, Peter.
On Mon, Jul 19, 2010 at 9:49 AM, peter sikking wrote:
> hi all,
>
> the reason I talked myself into the position of 'maintainer of default
> resources' (is that a title like 'floor manager' at mcdonalds?) at the
> LGM is that I voiced concern over how th
The installer states it should work with 2.5 or 2.6. Is that not the case?
-Rob A>
On 7/15/10, Michael Schumacher wrote:
> On 15.07.2010 22:44, Rob Antonishen wrote:
>
>> Any suggestions?
>
> Python 2.6?
>
> HTH,
> Michael
>
> --
> GIMP > http://w
I tried the 2.6.10 installer and it will not let me check pygimp.
I have it under gimp 2.6.4 right now, and have python 2.5.4 installed
and accessable in my path.
Any suggestions?
-Rob A>
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkele
>
> Your approach would not succeed on GNU/Linux platforms because
> 'dir-read-entry' does not ensure that the entries are returned in
> alphabetical order. Even on Windows I suspect you will find that the
> order entries are retrieved is dependent upon the type of filesystem
> (FAT, VFAT, NTFS all
Doug
There are a couple of scripts that provide this behaviour:
http://registry.gimp.org/node/22910
Or
http://registry.gimp.org/node/18821 which also needs
http://registry.gimp.org/node/18820
I find the first to be the simplest.
-Rob A>
On 6/19/10, doug p. wrote:
> I had scanned a bunch of sm
> Thank you, Rob, for creating this useful script.
>
> If I may, I would like to suggest a little improvement aimed to get
Thanks for the suggestion. I have added the check for floating selection.
Also, as a point, this can not replace the real ctrl-v as it can not
paste stuff from the system cl
(Sorry for the top post. I was using gmail from my phone and it
defaults to that and can't be turned off I don't even see what I
am replying to but it sticks it there anyway...)
-Rob A>
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkel
ote:
> On Thu, 2010-06-03 at 13:45 -0400, Rob Antonishen wrote:
>
>> I bound this to ctrl-v and played for a while and it feels pretty
>> intuitive. One "feature" is that if you make a selection and go
>> ctrl-x, ctrl-v it pastes the cut out bit exactly where it w
I've been following this with interest.
To play with it, I created a script:
http://ffaat.pointclark.net/incoming/scripts/paste-as-new-centered.scm
It registers as Edit->Paste As->New Centered Layer
This script will paste the contents of the buffer as follows:
- If there is a selection, it will
>> Layer->Scale Layer which scales the active layer only but does not
>> change the image canvas size or scale the associated layer mask (is
>> that a reasonable behavior?).
>
> "Layer->Scale Layer" (in the Menus) indeed scales the associated
> layermask. Currently, I believe all PDB layer transfo
> Maybe the code for
>
> http://registry.gimp.org/node/19582
>
> is useful?
>
> Nicolas Robidoux
I looked at that one and they simply create a new image with a scaled
version of the active layer, which is sub-optimal from a UI
perspective (the plugin registers under the Image menu, but only
scales
Hi-
I am writing a c plugin to scale a layer. (This is much as an
exercise for me as anything).
I have looked at a few examples and they handle things differently
- Create a new image with a new layer the new size
- Create a new layer in the existing image just above the input layer
- Creat
I will have to play with the force setting. I a looking to have a
pixmap brush be lighter or darker based on brush pressure. Maybe
explained like a dynamic dodge/burn applied to the brush source while
painting?
-Rob A>
On 5/20/10, Alexia Death wrote:
> On Thu, May 20, 2010 at 7:13 A
I have looked at some of the previews and devel paint dynamic
reports/reviews and still have a couple questions.
In amongst all those settings is there any "trace a source layer" as an option?
Like ID a greyscale source layer and have the brush dynamics follow
that (i.e. brush size or opacity bas
Regardless of in or out, the binary and scripts need to work together.
On Windows there are two binaries floating around that have a
different number of parameters that may break scripts asuming the
other binary.
-Rob A>
On 5/19/10, Filipe Soares Dilly wrote:
> Thats a great idea.
>
> I regularl
ote:
> On Sat, May 15, 2010 at 12:00 AM, Akkana Peck wrote:
>> Martin Nordholts writes:
>>> On 05/14/2010 04:13 PM, Rob Antonishen wrote:
>>> > - GIMP should be easily extensible by the average user: one
>>> > click-installation of plug-ins
>>> >
I was reading the gimp vision again, and two things jumped out:
- GIMP is easily user-extendable, by easy installation of plug-ins
- GIMP should be easily extensible by the average user: one
click-installation of plug-ins
and was wondering if this could be implemented within the current
codebase
I'd like to chime in here also supporting tiny-fu.
I agree with almost everything said by SG
While the language is less common than some languages, it provides a
very simple way to script existing pdb functions when you have no need
to access the individual image pixels.
Rather than considering
>> On 4/1/2010 10:46 AM, Alec Burgess wrote:
>>
>>> Is there any chance of a windows build of a current GIMP 2.7?
>>>
>>>
>> Same time ago I've compiled git version of gimp under win32
>> there is it http://depositfiles.com/files/sh7bvsfeh
Did you cross compile this, or compile it under windows?
>> > A useful feature, in the same vein, would be to store resources in
>> > sub-folders of the normal folder, and to give them automatically a tag
>> > depending on the name of the sub-folder. Maybe also this could help the
>> > idea
>> > of lazy loading that you mention: a given sub-folder would
Hi-
I found this old thread:
http://lists.freedesktop.org/archives/create/2009-February/001578.html
That talks about tagging. I've also looked at the source, and am not
able to locate how the checksum is calculated. It does not appear to
be a md5sum of the actual resource file. How is it calcu
2010/3/10 Aurimas Juška
> Hi,
>
> 2010/3/10 Rob Antonishen
>> What is the format for this? If I wanted to distribute (for example)
>> a set of pre-tagged patterns, could this be done currently in the dev
>> build?
>
> There is no such feature yet. The idea is a si
2010/3/8 Aurimas Juška :
> Hi,
>
> On Sun, Mar 7, 2010 at 5:50 PM, Alexia Death wrote:
>>> By the way, is there somewhere some explanations about the purpose and use
>>> of tags and filters? I think I can guess a large part of this, but reading
>>> authorized text would be useful.
>>
>> I doubt th
I've verified the behaviour is inconsistent, at least which could be
considered a bug. I assumed it would go to the last drawable, but
that isn't so...
Deleting a channel always makes the channel that was below it active
(regardless of the active order before), unless it is the last
channel, in w
Once I was used to the behaviour I found it quite useful. If I need to
delete a number of consecutive layers, I select the top or bottom one
then use the down or up arrow to walk through the layers I want
deleted then click the delete button repeatedly.
However, even knowing it and leveraging it,
Other plugins that save things go to the user profile directory root
(.gimp-2.6). For example, I have:
focusblurrc
pspirc
Check the source of any of these for examples.
Alternately, if there is not much data, you could use parasites.
some plugins also create/require a subdirectory under the pl
I did a bit of troubleshooting and discovered that Gimp uses WinHTTP
to download URI's in windows.
WinHTTP does not use the internet explorer settings.
You can change the setting in windows so gimp can access files through
a proxy with the command line "proxycfg"
Usage:
proxycfg : Display curre
Francois-
Providing additional information on what you are trying to do would help.
If you are planning to perform stock pdb functions on drawables, you
may prefer to use script-fu or python, as it is simpler than the C
coding (imoo)
-Rob A>
On 1/8/10, François Gingras wrote:
> Greetings,
>
>
>> I'd like to implement a feature where I can rotate/tilt the Canvas, draw a
>> bit and reset it to it's original orientation quickly. This need to be fast
>> and the rotation in itself should not make any permanent/destructive changes
>> (should work like the current rotation preview but without
I am trying to make a script-fu that provides different options
depending on whether other scripts are present.
I was trying to use this line in the register call:
SF-OPTION "Grid Type" (if (defined? 'script-fu-hex_grid) (list
"Square" "Hex") (list "Square"))
and it sometimes works, but not
Oops- missed the reply-all...
On Wed, Nov 4, 2009 at 8:55 AM, Rob Antonishen wrote:
As far as I know, there is no blueprint at this time. I had previously
asked when the 2.4 current brush options (mainly brush scaling) would
be either respected from scripts or selectable as parameters.
There is
>> What about showing a small "remove selection" button near the "Toggle
>> Quick" Mask button? That would be in my opinion a very logical place for
>> the proposed close box [x] to be, would take out very little space and
>> be always visible.
>>
> Yea!!! Seems like an obvious idea now that I've
I honestly don't see the problem people have with the word.
My school-age daughter came home talking about using gimp in school.
I thought great, a progressive schoolboard willing to use open source software.
Alas, she was referring to gimp, the plastic craft lace. Also known
as boondoggle (whi
Sure.
Maybe a better question is "When could I expect to see a 2.7.1
tarball?" since, if I read http://git.gnome.org/cgit/gimp/tree/NEWS
correctly, there is a 2.7.1
Or will the 2.7.1 tarball only be generated once dev switches to 2.7.2?
-Rob A>
>
> I have a purely empirical guess that as soon a
How often are the 2.7 tarballs at ftp://ftp.gimp.org/pub/gimp/v2.7/ updated?
The current there is Aug 15.
Thanks,
-Rob A>
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-develop
> I found that the png exporter plugin uses "parasites" for this, that sounds
> interesting. Now, trying to read my parasite is a problem, I need to read it
> before the call to register but at that time, the GIMP system doesn't seem
> to be ready yet. Just doing:
> print gimp.parasite_list
I know that plugins and scripts are only s subset, but there is a bit
of discussion (not around a distribution system per se, but) on plugin
and script/management/duplication and general user confusion here:
http://registry.gimp.org/node/17300
There was also a discussion on tagging scripts and plu
On Tue, Oct 20, 2009 at 11:02 AM, peter sikking wrote:
> so that is why I am against this.
>
> --ps
Even that said, anyone is free to develop a save and export plugin and
offer it up for public consumption. It may not make it into the core,
but assuming it is worthwhile, it will find use.
I have a tiny-fu script and want to save an image from it, giving the
user the option to provide the filename.
it looks like the interactive parameter is ignored for (gimp-file-save
) and whether the next param is 0 or 1 I get no dialog.
Any suggestions? Is this a bug?
-Rob A.
--
Sent from m
> this means first finding out the user requirements behind these
> requests.
>
> so for everybody who feels this: _why_ do you need windows-in-window or
> work-side-by-side?
I've been reading both the blog posts, and the many discussions here
on the mailing list, mainly as an interested user of G
> In other words, I don't see that remembering something like
> "Ctrl-Alt-Shift-R right mouse click" is any improvement over "view
> ruler, drag guide from ruler, hide ruler" (assuming this only applies to
> situations where the canvas is not showing the rulers in the first
> place) especially when
Peter-
To clarify, you are suggesting the on screen pointer icon/sprite could
show the actual brush as it would look painted with a single mouse
click, but once painting/holding the mouse down it would render as a
cross hair? And once the mouse is released it would turn back to a
static "sprite"?
Thanks all, for the confirmation and clarification.
-Rob A>
On Mon, Sep 7, 2009 at 1:47 PM, Michael Natterer wrote:
> On Mon, 2009-09-07 at 19:36 +0200, Tobias Jakobs wrote:
>> Moin!
>>
>> On Mon, Sep 7, 2009 at 19:17, Rob Antonishen wrote:
>> > I read that
I read that the layer modes are being grouped differently in 2.8 (from
gimpusers.com - "Layer modes have been grouped by context for easier
use. For example, all modes that darken/brighten the image are
arranged together now.")
Is this just a UI change, or is the enum value changed as well?
Specif
>
> I am trying to get PyGimp installed and working on Windows XP. It seems
> like this should be easier than it used to be. A quick google lead to
> several long install procedures. I have been using PyGimp in Ubuntu and am
> quite happy with it, but I know need to use it in windows.
> Preparat
On Fri, Aug 7, 2009 at 7:59 AM, Tamburrino Roberto wrote:
> I created a monochromatic filling on a single level with alpha channel,
> I blurred the edges and then I wanted to select and change the color
> before the fuzzy, I tried to select in every way not only blurred but
> was read all the color
On Thu, Aug 6, 2009 at 10:01 PM, Luis Diego Alpizar Alpizar wrote:
> I wanted to ask if "removing" the zoom tool, from the toolbox to some new
> place(for the new UI)
> was something you devs plan to do, if you didn't hear this before, i find
> the zoom tool not
> usefull, as is better a single but
Hmm. I assumed because the error was in a register call that it
referref to the image type param.
In either case, it worked. Thanks!
-Rob A>
On 7/28/09, saulgo...@flashingtwelve.brickfilms.com
wrote:
> Quoting Rob Antonishen :
>
>> Brilliant - Thanks. I was confused by t
On Tue, Jul 28, 2009 at 12:15 AM, wrote:
> Quoting Rob Antonishen
>
>> I have written a script to fractalize a path (vector) and wanted to
>> register it in the paths menu.
>> Here is my register statements:
>> :
>> :
>>
quot;
"Rob Antonishen"
"Rob Antonishen"
"July 2009"
""
SF-IMAGE "image" 0
SF-DRAWABLE "drawable"
One reason to keep some image hose brushes in the default set is just
to demonstrate that gimp supports them! I participate in a web forum
for amateur cartography, and one of the most common requests is how to
use tubes with photoshop. Most are extremely impressed that this
capability exists in G
On Mon, Jul 20, 2009 at 12:19 PM, Emil Assarsson wrote:
> What I really miss is to be able to remove brushes that I don't need
> and sort/group the ones I use a lot.
There is he GURM python plugin which works quite well for this:
http://registry.gimp.org/node/13473
-Rob A>
__
Couple quick questions...
How is it decided what scripts should be included in the core?
For example, I have created a new script with a number of menu entries
to grow selections orthogonally (like PS with alt and shift-alt
cursors) which, when bound to the appropriate keys can be quite handy.
(
I have not played extensively with a release supporting tagging so
forgive this possible trivial questions.
Is the tagging data stored in the resource file itself as metadata or
in some corresponding file or files?
Is it possible to pre-tag the items in a set of resources (say a brush
set) that c
On Thu, Jul 16, 2009 at 11:57 AM, Martin Nordholts wrote:
> On 07/16/2009 05:39 PM, Rob Antonishen wrote:
>>
>> Specifically, If I have written a script and want better speed, should
>> I write it as a python plugin, or as a C plugin?
>
> The first thing you should do i
I have a (hopefully simple) question that I can not seem to find the
answer for anywhere...
When is it appropriate to write:
- a script
- a python plugin
- a compiled plugin
Specifically, If I have written a script and want better speed, should
I write it as a python plugin, or as a C plugin?
L
>> Bug?: The entry "Filters - Measurement - Path" is always enabled whether or
>> not any path exists (expected) but in Filters-Repeat "Path", Filters-Reshow
>> "Path" and Filters-Recently Used-Path it always shows as Disabled (grayed
>> out).
>> Is this an easy fix?
>
> I see the same thing here
Hi-
I'm trying to get (in order to modify) the active selection (channel)
in a C plugin I am writing.
I assume I can simply use gimp_image_get_mask (image) but I can't see
how to get the image object!
All the examples show accessing the drawable object using
gimp_drawable_get (param[2].data.d_dr
The current perspective method is not compatible with what you
describe (mesh distortion). I am not a math guy but my understanding
is that perspective is (iir) affine and can be implemented as a 3x3
matrix transform. On the other hand to perform an arbitrary 4 sided
polygon to arbitrary 4 sided po
OK-
Here is a file containing three scripts that all end up under the Layer menus.
Load a new File Linked Layer (loads up an image as a layer and sets
the layer name to "@FL@".)
Reload All File Linked Layers (looks though all the layers for ones
where the name starts with the "@FL@" flag and relo
Not sure I understand your desired workflow. You say when you "change
an image" the layer updates. How do you change an image? Outside
gimp? It would be very possible to script some of this... For
example, if the layer name were the full path to an image, a script
command to "reload the layer" w
t that doesn't seem to be a plugin thing.
>
> Thanks,
> Adam
>
> On Sat, 2009-05-30 at 19:20 -0400, Rob Antonishen wrote:
>> Here is the code to draw a single pixel line, black on white, on the
>> drawable "layer" and x1 y1 are one end and x2 y2 are the other.
&g
Here is the code to draw a single pixel line, black on white, on the
drawable "layer" and x1 y1 are one end and x2 y2 are the other.
(gimp-context-set-brush "Circle (01)")
(gimp-context-set-foreground "Black")
(gimp-context-set-background "White")
(gimp-context-set-opacity 100)
My understanding was that a scheme script should not be able to crash
gimp itself... but I have a script I wrote that does this.
(I am using it on windows gimp 2.6.4, and linux 2.6.4 and have seen
the crash, others have confirmed it on other versions. It happens
about once in 3 or four times the
Instead of zooming in and out all the time why not vreate a new view
at the other zoom to have both always available?
-Rob A.
On 5/17/09, Maciej Pilichowski wrote:
> On Sunday 17 May 2009 13:08:33 Fredrik Alströmer wrote:
>
>> I don't want to add fuel to the fire,
>
> Nah :-), we are talking not
there is such a plugin. I think I saw it in the Meet the Gimp forums.
-Rob A>
On 5/14/09, Akkana Peck wrote:
> Jay Smith writes:
>> My desire would be for:
>>
>>click (on first point)
>>click (on second point to finish the line)
>>do a keystroke command that can be accomplished with
Playing with this I found an issue. Please confirm if the following is
a windows only issue:
When using the measure tool with Use Info Window checked (does it have
any use otherwise?) The info box gets focus, so I can no longer use
key shortcuts to get other tools.
-Rob A>
On 5/14/09, Jay Smith
Now that could be useful. Call it GIMP-IMAGE-STATE-SAVE and -RESTORE
possibly. Or push and pop.. Not undo. If push and pop, it should be
limited to the state the image was in when the script/plugin was
initiated.
Though I'd appreciate examples of use case where programatic image
state restoratio
I just ran through my scripts.
In the .scm files distributed with gimp, there were:
38 files containing gimp-context-set-foreground
65 files containing gimp-context-set-background
looking at the scripts I have installed in my home directory, there were:
49 files containing gimp-context-set-foregr
So is your thought to provide a new set of PDB calls with extra
parameters like brush scale, jitter, etc? The drawback to this might
be that as more brush dynamics get added the functions will get
obsoleted, much the current set that provide gradient colouring.
Here is another question... Should
I found a mention that in 2005 there was an advanced tab under
image->properties that provided the IPTC data of a jpeg image.
I see this isn't in the current version.
Setting that aside, I know I can access the EXIF data from the
parasite using python... but it is all a nasty binary. Google find
I think it is time to bow out, since I am not an artist ;)
I'm an engineer both by training and by upbringing, so to be honest, I
have trouble appreciating artistic effort that could be better
accomplished through automation ;)
(Don't even ask my opinion on pointillism...)
-Rob A>
__
of the best creations at pixeljoint.com.
>
> On Thu, Apr 9, 2009 at 11:04 AM, Rob Antonishen wrote:
>> If it's the latter, then a new download of Gimp might just give you a
>> drawing program that will improve your skills - as it has with mine.
To be honest, that wasn't th
1 - 100 of 135 matches
Mail list logo