, and opacity
only effects how much of the layer's COLOR channels are applied (per
the standard blending formula).
On Fri, Sep 16, 2011 at 7:09 AM, Ofnuts ofn...@laposte.net
mailto:ofn...@laposte.net wrote:
I'll trying to find out what happens when a layer is in subtract mode
with a global
I'll trying to find out what happens when a layer is in subtract mode
with a global opacity not one or zero (i.e. what computations are done
with the pixels values of the composite image of the layers below, the
pixel values of the layer, and the general opacity). I have a git
extract of the
On 09/06/2011 10:55 AM, Martin Nordholts wrote:
Haven't we got a quite nice Python interface already?
Yes we do, which is nice, but Scheme still has higher status. In
particular, the format of gimprc files etc are Scheme-ish, and the
default batch interpreter is Script-Fu.
The format of the
On 09/05/2011 07:57 PM, Martin Nordholts wrote:
If we look at what programming languages that are popular [1], we can
see that the vast majority of languages in use today have a syntax
where 1 + 1 is written 1 + 1 and not (+ 1 1). If we want to have a
main scripting language that as many as
Is there a way to get the Sample points coordinates in a script?
I've seen scripts needing point coordinates using paths for that, but
this seems a bit artificial and not very user-friendly.
___
Gimp-developer mailing list
The doc at http://docs.gimp.org/en/gimp-concepts-layer-modes.html says:
Color mode uses the hue and saturation of the upper layer and the value
of the lower layer to form the resulting image.
However, this isn't what I see... it seems that the saturation of the
top layer only acts if it's
On 04/17/2011 08:31 AM, Michael Grosberg wrote:
Ofnutsofnutsat laposte.net writes:
Symmetry mode is not well defined... In your drawing, you drag on
top-right and the top-left follows (vertical axis), but it could as well
have been the bottom-right (horizontal axis), and even the
On 04/16/2011 04:13 PM, Michael Grosberg wrote:
There has been some interest among the GSOC applicants to work on the unified
transform tool.there already exists a very original specification for this
tool.
But I have some reservations about the transform frame being a bit too
complex.
I
Why is gimp_vectors_bezier_stroke_lineto(vectors, stroke_id, x0, y0)
(and Stroke.lineto(x,y)) working backwards? If I add a lineto() to the
stroke, the point of origin
(the one returned by gimp_vectors_stroke_get_point_at_dist(0,..))
changes... I'm sure there is a good reason, but I can't find
On 03/21/2011 02:34 PM, Simon Budig wrote:
Ofnuts (ofn...@laposte.net) wrote:
Why is gimp_vectors_bezier_stroke_lineto(vectors, stroke_id, x0, y0)
(and Stroke.lineto(x,y)) working backwards? If I add a lineto() to the
stroke, the point of origin
(the one returned
On 03/11/2011 11:18 PM, Jacek Poplawski wrote:
Hello,
two weeks ago I realized that curves don't work as before, and I
submitted following bug report:
https://bugzilla.gnome.org/show_bug.cgi?id=643155
am I doing something wrong, or am I the only person who is using
curves this way?
I
On 03/08/2011 08:46 AM, Olivier wrote:
2011/3/8 Michael Grosberg grosberg.mich...@gmail.com
mailto:grosberg.mich...@gmail.com
Debi Rapson drapson at mansd.org http://mansd.org writes:
Can you point me in the direction of a list of places that
actually use
GIMP for photo
On 03/03/2011 02:17 AM, Chris Mohler wrote:
I *think* that would cover all of the transformations of the proposed
tool. And I assume all or most of those values are going to be in
play (and in the undo stack) during use of the transform tool. But
yeah, just having the one-off dialogs for
On 02/26/2011 07:40 PM, Michael Grosberg wrote:
I've begun working on GIMP documentation so GIMP is on my mind a lot lately.
So, I have a suggestion - remove the pencil tool, and instead, add a checkbox
to the brush tool with an antialiased label.
My reasoning is that for a new user, the
My local copy of the Gimp code used to be updatable by issuing a git
update in the root directory.. This no longer work and I get:
fatal: read error: Connection reset by peer
--
My .git/config:
core]
repositoryformatversion = 0
filemode =
On 02/21/2011 04:01 PM, LightningIsMyName wrote:
I'm not a git wizard myself, but cloning here (using git clone) and
updating (using git pull) does work for me. I have no idea what about
the config file - it means nothing to me :P
As I undertstand it, you git clone once to initialize your
On 02/11/2011 01:02 PM, Alexander Rabtchevich wrote:
I apologize, you are right. I apparently only added links to
the new context functions from the new selection API.
It's the new context API, e.g. gimp_context_set_interpolation().
Will add the docs after work today.
Hmmm. What proportion
On 02/01/2011 06:25 PM, Alexandre Prokoudine wrote:
On Tue, Feb 1, 2011 at 8:16 PM, Michael Grosberg wrote:
I will refrain from expressing my opinion on undocumented, undiscoverable
features.
Now only a help page is needed. I think I'll go and join the Gimp-Docs
mailing list and take it
On 01/17/2011 11:32 PM, Mike Williams wrote:
On Mon, Jan 17, 2011 at 4:46 PM, Sven Neumann s...@gimp.org
mailto:s...@gimp.org wrote:So far this has been the most
constructive idea that has been brought up
in this thread. So why not? Let's try to come up with a list of bugs
that block
On 01/14/2011 12:29 PM, Alexandre Prokoudine wrote:
On 1/14/11, Kevin Cozens wrote:
It is well known in that a lot of people know it exists. As for it being
understood, not so much.
I hate to tell you, but JS indeed is broadly known and used. At least
half of Creative Suite is scripted in
On 11/22/2010 09:59 PM, Patrick Horgan wrote:
From the comments in the code, it looks like it's computing the
convolution matrix values by integrating the gaussian bell curve (using
100 points total).
Now I'm interested. Where can I look in the code for
this? They really do this every
On 11/22/2010 10:18 PM, Patrick Horgan wrote:
On 11/22/2010 12:59 PM, Patrick Horgan wrote:
Now I'm interested. Where can I look in the code for
this? They really do this every time with the same
results instead of just having an array of the numbers
so generated?
Never mind.
On 11/21/2010 02:03 PM, Graeme Gill wrote:
If there is functional dependence, then the mere aggregation
on the same media escape clause wouldn't seem to apply.
Then everything written for Linux would have to be GPL because it has
functional dependence on GPL code?
? Or has the content moved (and how do we get Google
to display the right URL)?
--
Ofnuts
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
On 11/14/2010 04:53 PM, Liam R E Quin wrote:
Consider the amateur photographer and Gimp
beginner who wants to add some sharpening of a picture. What filter to
use? Sharpen? Unsharp mask? NL? Why does Gimp offers the three? What are
the differences? That's a bit of a culture shock when one
On 11/15/2010 07:53 PM, g...@catking.net wrote:
On 11/15/10 19:01, Ofnuts wrote:
There was a project gathering usage statistics on an earlier version
of Gimp, maybe they have some data on that?
Or make the filers crash when used and see if anyone complains:-)
:-)
I did that a long
On 11/14/2010 11:44 AM, Michael Schumacher wrote:
On 14.11.2010 01:21, Bill Skaggs wrote:
Here is a better reason, maybe. It is a good thing if people can learn
to use Gimp by experimenting. When features are included for which
experimenting leads only to confusion, and never to
leading to it. A diagonal crosshair
with a 3x3 pixels clear center could be better.
--
ofnuts
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
be three different menu entries, with descriptive names. But it's
typical of a filter useless for people doing original art, and only
useful for photography and scan.
--
Ofnuts
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https
On 11/10/2010 08:06 PM, Rob Antonishen wrote:
Do you get better results just painting with a paint tool?
Yes... the circle isn't as circular, but the inner rim stays the same
color throughout. Same for the square, it even rounds the corners.
The brush you posted is not a good candidate
On 11/10/2010 10:18 PM, Rob Antonishen wrote:
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
Aw, I should
On 11/09/2010 07:17 AM, Martin Nordholts wrote:
On 11/08/2010 11:22 PM, Ofnuts wrote:
I'm trying to have coexisting a locally built 2.7 and a packaged 2.6.8.
2.6.8 goes to /usr/bin and /usr/lib and 2.7 installs into /usr/local/lib
and /usr/local/bin
I start 2.7 via a shell that export
Worked a treat. Now both versions seem to coexist peacefully. Thanks.
On 11/09/2010 08:24 PM, Martin Nordholts wrote:
Well, the default prefix is for when you want to override an
installation in /usr, if you don't want that, which is the case here, it
is your responsibility to change it to
bar (I assume the reason is
the same as in the circle), and the inconsistent overlap (the right side
of the top bar should be under the right bar).
Rounding the corners would be a cherry on the cake :-)
If it's still work in progress, I didn't say anything...
--
Ofnuts
I'm trying to have coexisting a locally built 2.7 and a packaged 2.6.8.
2.6.8 goes to /usr/bin and /usr/lib and 2.7 installs into /usr/local/lib
and /usr/local/bin
I start 2.7 via a shell that export LD_IBRARY_PATH and updates the PATH
so tha the /usr/local stuff goes first.
2.7 seems to work
of GEGL (but autogen.sh looked
happy with 0.1.2), and if so, where do I get it from?
--
Ofnuts, in very rainy Paris
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
I just played a bit with this and I confirm there is something fishy in
the UI (I'm on 2.6).
When using a tablet, with color from gradient checked and all brush
dynamics (pressure/velocity/random) un-checked, one ends up in a mode
where the color is derived from the length of the current
there are usually many ways to skin a specific cat (especially with
Gimp), so what you want may be there but under a different guise.
__
Ofnuts
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman
On 10/10/2010 04:01, saulgo...@flashingtwelve.brickfilms.com wrote:
Quoting Ofnutsofn...@laposte.net:
Is there a practical, fast way, to detect this case, i.e, that the
selection covers the whole layer (or image?) and that no pixels remain
unselected? I assume that inverting the selection
Assume I have a selection on small area (for instance a 20px circle),
and I invert it. Now, if I grow the selection by a sufficient amount
(10px in this case), everything gets selected.
Is there a practical, fast way, to detect this case, i.e, that the
selection covers the whole layer (or
On 09/10/2010 23:24, Owen wrote:
Assume I have a selection on small area (for instance a 20px
circle),
and I invert it. Now, if I grow the selection by a sufficient amount
(10px in this case), everything gets selected.
Is there a practical, fast way, to detect this case, i.e, that the
On 10/10/2010 00:22, David Gowers (kampu) wrote:
On Sun, Oct 10, 2010 at 7:47 AM, Ofnutsofn...@laposte.net wrote:
Assume I have a selection on small area (for instance a 20px circle),
and I invert it. Now, if I grow the selection by a sufficient amount
(10px in this case), everything gets
On 27/09/2010 18:47, saulgo...@flashingtwelve.brickfilms.com wrote:
Quoting Ofnutsofn...@laposte.net:
My code needs to do a one-pixel-wide selection, at distance x from the
current selection. This looks a lot like a border selection except that
the border selection creates at best a
On 24/09/2010 17:05, Joao S. O. Bueno wrote:
On Fri, Sep 24, 2010 at 11:19 AM, Ofnutsofn...@laposte.net wrote:
Hi,
My code needs to do a one-pixel-wide selection, at distance x from the
current selection. This looks a lot like a border selection except that
the border selection creates
improvement is to create a 3-pixels selection and feather it one
pixel. Anything to be wary of?
--
Ofnuts
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
On 24/09/2010 19:44, Ofnuts wrote:
The whole plugin paints successive concentric uniform 1-pixel ribbons
around the original selection (pixel values a obtained from another
layer). On my laptop (T2400, 1.83GHz) it takes roughly 10 seconds to
draw 20 concentric ribbons around a 500-pixels
The code should work for any shape of selection (for instance after a
text-to-selection). Actually the plugin this routine is part of hasn't
got much merit on rectangular/circular selections...
On 25/09/2010 00:27, Jerry Baker wrote:
Ahh... autoformatting... this should be easier to read...
On 19/09/2010 20:44, Sven Neumann wrote:
First of all, why are you using the PDB directly instead of using the
Python objects?
Ignorance, defiance, and laziness. The doc for the Image class
(http://www.gimp.org/docs/python/index.html) has around 20 methods.
Compare to the number of
On 18/09/2010 19:23, Sven Neumann wrote:
On Sat, 2010-09-18 at 01:51 +0200, Ofnuts wrote:
I had overlooked the fact that greyscale was an attribute of the image
and not the layer. Thanks for the reminder. With that in mind I could
perform some more tests with greyscale and it turns out
Hello,
I'm writing a plugin that takes a drawable as input for pixel values.
What kind of BPP can I expect? I'd say 4 and 3 are color layers with and
without alpha. Will I encounter 2 and 1 for grey-levels with and without
alpha, too? I can't find a way to create a layer in grey levels (or
On 18/09/2010 00:33, Sven Neumann wrote:
On Fri, 2010-09-17 at 20:48 +0200, Ofnuts wrote:
Hello,
I'm writing a plugin that takes a drawable as input for pixel values.
What kind of BPP can I expect? I'd say 4 and 3 are color layers with and
without alpha. Will I encounter 2 and 1 for grey
to do it? Define separate
plugins for each variant?
Btw, can I define several plugins (ie, register() calls) in one single
Python file? Or what is the best way (ie, easier to install for the
end-user) to share code between Python plugins?
--
Ofnuts
On 07/09/2010 20:52, Sven Neumann wrote:
On Tue, 2010-09-07 at 16:53 +0200, Ofnuts wrote:
I'd like the user to select a variant of a plugin (among 3 to 5
ones). I would normally do so with a R/O drop-down box displaying the
names. Is there a way to do so using the right type of parameter type
in
the same file. The 'palette-to-gradient.py' file in the source does
this...
http://git.gnome.org/browse/gimp/tree/plug-ins/pygimp/plug-ins/palette-to-gradient.py
On 09/07/2010 10:53 AM, Ofnuts wrote:
I'd like the user to select a variant of a plugin (among 3 to 5
ones). I would normally do so
,SELECT_CRITERION_COMPOSITE,0,0)
None
print
pdb.gimp_edit_bucket_fill_full(layer,FG_BUCKET_FILL,NORMAL_MODE,0,0,True,False,SELECT_CRITERION_V,0,0)
None
Running Gimp Windows 2.6.10
Any ideas? That must be something fairly obvious for anyone else...
Ofnuts
PS: flattery kind=outrightI take the opportunity to thank
55 matches
Mail list logo
