On Sat, Sep 17, 2011 at 8:36 AM, Ofnuts ofn...@laposte.net wrote:
**
On 09/16/2011 02:20 AM, David Gowers (kampu) wrote:
In GEGL, the layer mode code is autogenerated from formula strings -- see
operations/generated/math.rb
The opacity behaviour is not documented there, but my
In GEGL, the layer mode code is autogenerated from formula strings -- see
operations/generated/math.rb
The opacity behaviour is not documented there, but my understanding is that
the alpha of the underlying composite is preserved, and opacity only effects
how much of the layer's COLOR channels
I thought we had cycling by some means.. AH, yes. Alt+Tab.
Also, Alt+[123456789] works to switch to a particular tab, in a similar way
to tabs in Firefox.
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
Hello,
On Sat, Mar 26, 2011 at 8:20 PM, Mohit _ mtan.n...@gmail.com wrote:
Hi,
In the undo section it is mentioned that until the final pixel recalculation
is done user should be able to undo every single step, though after that
user should be able to undo the aggregate transformation only.
On Sun, Mar 20, 2011 at 9:22 PM, Ashok1288 asok1...@gmail.com wrote
@Alexandre Prokoudine
Actually I was referring about the algorithm (Existing in current GIMP
Versions) to get familiar with...
Do you mean the heal tool?
app/tools/gimphealtool.*
app/paint/gimpheal.*
are where you should
Conclusion:
The issue was, I had somehow managed to install a copy of the various
autotools in /usr/local/
and they were being used instead of the ones in /usr/.
My solution was simply to delete those binaries. GIMP is now happily
compiling :)
___
Looks like this is the actual issue:
After removing 'configure', it's apparent that 'autogen.sh' doesn't
regenerate it, instead giving ambiguous errors/warnings..
For anyone else's reference, this occurs with
autoconf 2.68
automake 1.9.6 + 1.11.1
glib 2.26.1
gtk 2.22.1
output log of
'export ACLOCAL_FLAGS=-I\ /usr/share/aclocal'
before running the './autogen.sh --prefix=/usr',
solves the problem.
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
actually no, it only allows the autogen to complete successfully,
silliness like:
/bin/sh ../libtool --tag=CC --mode=link gcc -Os -Wall
-Wdeclaration-after-statement -Wmissing-prototypes -Wstrict-prototypes
-Wmissing-declarations -Winit-self -Wpointer-arith
-Wold-style-definition
I've just tried compiling BABL, with similar results.
compiling GLib says, point blank,
You must have libtool = 2.2 installed to compile GLib.
Install the appropriate package for your distribution,
or get the source tarball at http://ftp.gnu.org/gnu/libtool/
so, it looks like recent Arch
IIRC there was some discussion of this idea - script-fu ending up as
an independent plugin rather than one maintained within the GIMP code
base. Basically, script-fu ending up in the position that PyGimp has
been in -- an optional extra rather than part of the core
installation. That's the idea.
On Sat, Nov 6, 2010 at 11:29 PM, Rob Antonishen
rob.antonis...@gmail.com wrote:
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?
Doesn't work how? It works for me.. just not 100% like I want it to.
(ie.
On Sun, Nov 7, 2010 at 2:45 AM, Rob Antonishen rob.antonis...@gmail.com wrote:
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
Hi,
I've just been trying out the cage tool (recently merged into GIT head)
I really like that I can just sketch up something like
http://img.photobucket.com/albums/v449/neota/tech/1.png
and gooily bend it into something like:
http://img.photobucket.com/albums/v449/neota/tech/2.png
I have two
Also (should I file a bug report for these?)
* Frequently, when closing the cage by clicking on the first point,
the point that was just placed ends up next to the first one
* When =1 point is outside image bounds, pixels outside the resultant
shape become black (regardless of the current BG
Just messing around with GIT head, I found that indexized images
appear to be displayed in grayscale (ie as pure index-values rather
than colors.)* Hopefully this is an intentional temporary measure and
not an accidentally caused bug.
* saving an image and then reloading it makes it display
On Sun, Oct 10, 2010 at 7:47 AM, Ofnuts ofn...@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 selected.
Is there a practical, fast way, to
On Sun, Aug 29, 2010 at 4:24 AM, Jacopo Corzani corz...@gmail.com wrote:
Well, adjustment layers is what GIMP developers seem to refer to as
layer abuse :)
There are different ways to implement non-destructive editing. Would
you be interested to find out more?
Alexandre Prokoudine
On Tue, Aug 24, 2010 at 10:22 AM, Rupert Weber g...@leguanease.org wrote:
On 08/22/2010 02:45 PM, Sven Neumann wrote:
New code in GIMP should use babl for pixel format conversion. There's no
need to introduce new API for that as we have babl which is available to
the core and plug-ins and
On Sun, Aug 15, 2010 at 3:22 AM, Rupert Weber g...@leguanease.org wrote:
I posted a new version (v3) of the layer modes patch (split in two) to
http://bugzilla.gnome.org/show_bug.cgi?id=325564
The libgimp functions and the layer mode stuff are each in a separate
patch now.
[The
On Mon, Aug 16, 2010 at 4:46 AM, Rupert Weber g...@leguanease.org wrote:
There are still some issues that I either blissfully ignored or took the
least-cost route on:
(3) paint-funcs layer modes
Is the layer mode code in app/paint-funcs ever used?
grepping the entire codebase only lists
On Thu, Aug 12, 2010 at 7:24 AM, Alexia Death alexiade...@gmail.com wrote:
On Wednesday, August 11, 2010 06:04:36 David Gowers wrote:
On Wed, Aug 11, 2010 at 12:12 PM, David Gowers 00a...@gmail.com wrote:
On Wed, Aug 11, 2010 at 10:25 AM, GSR - FR fam...@infernal-iceberg.com
wrote: GIMP
, David Gowers 00a...@gmail.com wrote:
On Tue, Aug 10, 2010 at 6:21 AM, LightningIsMyName
lightningismyn...@gmail.com wrote:
Hello,
I recently re-read all the GSoC suggestions for 2010, and I found this
interesting one about making the menus searchable:
https://sites.google.com/site/gimpwiki
In view of what Alexia just said:
Your problem is interesting, because its contrary to what I would expect and
experience myself. For me GIT version performs about twice as good as 2.6,
especially with large brushes, and thats with compositing on. To get the 25px
round brush to lag at all I have
On Wed, Aug 11, 2010 at 10:25 AM, GSR - FR fam...@infernal-iceberg.com wrote:
Hi,
00a...@gmail.com (2010-08-11 at 0928.56 +0930):
I found myself, that redraws in paint programs were intolerably slow
until I added the
Here it was general. GIMP's interface took a couple of seconds to
redraw,
On Wed, Aug 11, 2010 at 12:12 PM, David Gowers 00a...@gmail.com wrote:
On Wed, Aug 11, 2010 at 10:25 AM, GSR - FR fam...@infernal-iceberg.com
wrote:
GIMP is a jerk (I get
cases where I draw a curve and the middle of it gets flattened into a
straight line); But I haven't been painting
On Tue, Aug 10, 2010 at 6:21 AM, LightningIsMyName
lightningismyn...@gmail.com wrote:
Hello,
I recently re-read all the GSoC suggestions for 2010, and I found this
interesting one about making the menus searchable:
https://sites.google.com/site/gimpwiki/long-term-plans/menu-accesibility
As
On Wed, Jul 28, 2010 at 4:20 PM, Charlie De charlieco...@yahoo.com wrote:
Since we released stable versions with this broken behavior we now have
to maintain backward compatibility to it. It is considered very
important that you can open your old XCF files in a new version of GIMP
and get
On Thu, Jul 29, 2010 at 12:28 AM, Liam R E Quin l...@holoweb.net wrote:
Having said all that... I'd wondered myself why that photoshop trick of
blurring a layer in mode colour didn't work well in gimp, but I don't
know that this means gimp is wrong here. The right answer is to work
out what
On Thu, Jul 22, 2010 at 1:49 PM, Joao S. O. Bueno gwid...@mpc.com.br wrote:
On Wed, Jul 21, 2010 at 5:43 AM, Michael Grosberg
grosberg.mich...@gmail.com wrote:
xianghang liu xianghangliu at gmail.com writes:
Hi,
I am very interested GIMP and want to join the Gimp project as C
developer. I
On Thu, Jul 15, 2010 at 3:30 AM, Эллина Петухова ellinestu...@gmail.com wrote:
Hello everybody. I want to sorry for my English because it's not my
native language and i am not familiar with it.
Also i am not a serious developer so if i talk something wrong or even
bother you please tell me
On Fri, Apr 9, 2010 at 6:51 PM, LightningIsMyName
lightningismyn...@gmail.com wrote:
Hello Tor,
I forgot to include the actual sources with my build (they were way to
big and I forgot I had to do this), so I removed my build. Thanks for
reminding me =)
Did you modify the GIMP source?
If not,
On Tue, Mar 16, 2010 at 11:20 AM, bruno brunomend...@gmail.com wrote:
Hi all,
I am web designer and I trying Gimp 2.6.8 in Debian Lenny (2.6.26-2) and
Ubuntu Karmic (2.6.31-14).
I found that, when I set font size to X pixels, Gimp converts it into
wrong size, i.e. 16 px at 72 ppi are 12 px,
On Wed, Mar 10, 2010 at 8:19 AM, Jay Smith j...@jaysmith.com wrote:
On 03/09/2010 04:39 PM, Jon Senior wrote:
On Tue, 09 Mar 2010 16:30:58 -0500
Jay Smith j...@jaysmith.com wrote:
I am not sure where the standard that you mention comes from. I had
never seen black at bottom left (by
On Tue, 2010-03-02 at 08:01 -0500, lloyd konneker wrote:
I agree with Joao S. O. Bueno and disagree with David Bowers.
Well, I'm glad you don't disagree with me, but who is that?
Its better to make plugins meet the normal expectations of Python
programmers (you can import any Python file to
On Wed, Mar 3, 2010 at 10:16 PM, Joao S. O. Bueno gwid...@mpc.com.br wrote:
On Tue, Mar 2, 2010 at 2:58 PM, Sven Neumann s...@gimp.org wrote:
On Tue, 2010-03-02 at 08:01 -0500, lloyd konneker wrote:
I wonder if importing a plug-in from another plug-in is really something
that we want to
On Wed, Feb 17, 2010 at 6:07 PM, Olivier oleca...@gmail.com wrote:
For several weeks now (I compile the git version every Monday), the windows
in normal mode (i.e. multi-window mode) behave in a weird way: I place them
where I want them on one virtual screen, and then I move to another one
On Wed, Feb 17, 2010 at 8:24 AM, LightningIsMyName
lightningismyn...@gmail.com wrote:
Hello
On Tue, Feb 16, 2010 at 10:45 PM, Alexia Death alexiade...@gmail.com wrote:
2. The painting of the matrix as showed in the specifications seems
very hard, and I doubt it worths it. We can easily
On Sat, Feb 13, 2010 at 5:22 PM, Jon Cruz j...@joncruz.org wrote:
However, the answer to the base question is Yes, X and Gtk support that to
a very good degree, and all the low-level API's support delivering all the
required information.
and No, X does nothing with the colorspaces. It is left
On Sat, Feb 13, 2010 at 8:59 AM, SHIRAKAWA Akira
shirakawa.ak...@gmail.com wrote:
On 2010-02-09 19:52, Martin Nordholts wrote:
GIMP is nearly flawless in its color handling, but there is one
problem. It forgets to convert copy and pasted image content.
Also don't forget that the various color
I decided I couldn't quite submit a gimp-brainstorm item with this
little content:
TAB normally toggles the visibility of the docks, including toolbox.
In single window mode it doesn't (and IMO it would be good if it did
-- single non-fullscreen window is a lot more cooperative with other
app
On Wed, Jan 13, 2010 at 8:57 AM, Alexandre Prokoudine
alexandre.prokoud...@gmail.com wrote:
On 1/11/10, Martin Nordholts wrote:
Then the ETA of GIMP 2.8 becomes 2010-12-02 which is more
reasonable.
And still somewhat scary :)
The plan however does not seem to mention Python scripting
On Wed, Jan 13, 2010 at 5:52 PM, Mathias Lindner mathias.lind...@web.de wrote:
My way around this was to use a PF_DIRNAME immediately above the PF_STRING
and combining them for the total path.
Ah, thank you very much. I wasn't aware of PF_DIRNAME. It's missing in the
GIMP Python docs. This
Recently I found that GIMP from git would not compile, as it couldn't
get past the ./autogen.sh step..
It would produce quite a few errors, like this:
gtk-doc.make:53: GTK_DOC_BUILD_HTML does not appear in AM_CONDITIONAL
devel-docs/app/Makefile.am:116: `gtk-doc.make' included from here
On Thu, Dec 17, 2009 at 10:25 AM, peter sikking pe...@mmiworks.net wrote:
guys,
I have pushed into service something that I brainstormed
(no pun intended) ages ago with Roman Joost:
a brainstorm where anybody can contribute a tip-of-the-day
for GIMP: http://gimp-totd.blogspot.com/
I
On Mon, Dec 7, 2009 at 6:48 PM, Martin Nordholts ense...@gmail.com wrote:
GSR - FR wrote:
Hi,
ense...@gmail.com (2009-12-05 at 1330.57 +0100):
I don't understand who would want a UI where tabs doesn't have the same
style, what a mess
I use icons for things that have true info in
On Thu, Nov 19, 2009 at 11:17 AM, James Cox jay...@gimp.org wrote:
Christopher Howard wrote:
Thinking about this some more, the error diffusion is probably not even
necessary. You should be able to get by with some random dithering like
the following (if it wasn't slower than molasses):
On Sat, Oct 31, 2009 at 2:12 PM, vabijou2 vabi...@yahoo.com wrote:
Christopher Howard-3 wrote:
Its about having a product you aren't afraid to advertise. . As soon
as I say GIMP, you can see
the doubt on their faces, because they associate the word with being
weak or lame.
I agree
On Fri, Oct 30, 2009 at 9:43 AM, Brendan mailingl...@endosquid.com wrote:
On Thursday 29 October 2009, you wrote:
On Thu, Oct 29, 2009 at 2:07 PM, Brendan mailingl...@endosquid.com wrote:
All the above comprise a significant factor in why forks are regarded,
at best, as a necessary evil. All
On Sat, Oct 31, 2009 at 8:56 AM, Christopher Howard chow...@indicium.us wrote:
Alexia Death wrote:
On Fri, Oct 30, 2009 at 12:40 PM, David Gowers 00a...@gmail.com wrote:
On Fri, Oct 30, 2009 at 9:43 AM, Brendan mailingl...@endosquid.com wrote:
A list of files that would need modification
On Sat, Oct 31, 2009 at 10:59 AM, peter sikking pe...@mmiworks.net wrote:
guys,
would like to tap the wisdom of this crowd here.
say I have made a selection in GIMP, done what needed to be done to the
pixels in the selection and now want to get rid of the selection.
the obvious way is
On Sat, Oct 31, 2009 at 12:30 PM, Liam R E Quin l...@holoweb.net wrote:
On Sat, 2009-10-31 at 01:29 +0100, peter sikking wrote:
the obvious way is Select-None.
how many more ways are there?
Save the image as png, quit gimp and restart. :D
go to channels dialogue, make an empty channel,
On Thu, Oct 29, 2009 at 5:35 AM, Alexandre Prokoudine
alexandre.prokoud...@gmail.com wrote:
Worse, I seem to recall the Gimp mascot being referred to as a gimp
in multiple occasions on the website.
You got it wrong. Mascot's name is Wilber and he thinks you should apologize.
No, John is
On Thu, Oct 29, 2009 at 9:25 AM, Christopher Howard chow...@indicium.us wrote:
John B wrote:
Well, if it's out of the question, then I guess I'll just shut up
before this becomes a big argument.
___
Gimp-developer mailing list
On Thu, Oct 29, 2009 at 10:41 AM, vabijou2 vabi...@yahoo.com wrote:
So just because some old farts in Scotland may have good associations with
the word, you think that renders the rest of the English-speaking world's
interpretation silly? %-|
Personally, I think the question you just asks
On Thu, Oct 29, 2009 at 12:16 PM, Christopher Howard
chow...@indicium.us wrote:
Stephen Griffiths wrote:
When I mentioned forking the project I wasn't thinking of having a
version of GIMP out there that was actually following a fully separate
development path with a bunch of disgrunted GIMP
On Thu, Oct 29, 2009 at 2:07 PM, Brendan mailingl...@endosquid.com wrote:
All the above comprise a significant factor in why forks are regarded,
at best, as a necessary evil. All forks dilute branding, which
introduces user confusion and repels potential users.
I think it's incorrect to say
Incidentally, I like Stephen's 'Wilber/ Wilber Image Editor'
suggestion (in another related thread).
I'm envisioning someone using the latest GIT version because they
*have* to be up-to-date with the newest stuff, the program crashing
and destroying their work, and they cry 'No!
On Sat, Oct 24, 2009 at 6:43 PM, Ilya Zakharevich
nospam-ab...@ilyaz.org wrote:
On 2009-10-21, Karl Günter Wünsch k...@mineralien-verkauf.de wrote:
IMHO the move to a single image window with dockables would solve
quite a lot of interoperability problems. For example there are
plenty of
On Sat, Oct 24, 2009 at 9:48 AM, Ilya Zakharevich
nospam-ab...@ilyaz.org wrote:
On 2009-10-21, yahvuu yah...@gmail.com wrote:
The analogy was given to show why the the current interface to blending
(i.e. choosing among a discrete set of layer modes) is a poor one:
And my message was intended
On Wed, Oct 21, 2009 at 1:42 PM, Ilya Zakharevich
nospam-ab...@ilyaz.org wrote:
On 2009-10-21, Tor Lillqvist t...@iki.fi wrote:
It is pointless to describe the misbehaviour of GIMP windows on
Windows to GIMP developers, as they don't use Windows themselves.
Let me restate it:
it is
On Wed, Oct 21, 2009 at 11:22 AM, Ilya Zakharevich
nospam-ab...@ilyaz.org wrote:
On 2009-10-02, peter sikking pe...@mmiworks.net wrote:
However, I do not see how much this would affect the (AFAIK) main
complaint about multi-window GIMP: that having several windows with
several possibilities of
On Sun, Sep 20, 2009 at 8:30 PM, jolie S for...@gimpusers.com wrote:
Also I've slept on it and given it some more thought and I'd like to ask
again if you would please give having multiple images open at the same time
some more thought.
IMO being able to work on more images at the same time is
On Sun, Sep 20, 2009 at 8:57 PM, Liam R E Quin l...@holoweb.net wrote:
On Sun, 2009-09-20 at 20:51 +0930, David Gowers wrote:
Perhaps a split-panel option for single window mode would resolve
this. (I believe we could still only reasonably show a maximum of 2
images at once; this is simply
On Fri, Sep 11, 2009 at 6:54 PM, peter sikking pe...@mmiworks.net wrote:
second try sending this...
Liam wrote:
On Thu, 2009-09-10 at 00:00 +0200, peter sikking wrote:
[///]
grab the top-left square where the 2 rulers cross and drag+drop it
anywhere on the canvas.
the place that currently
On Sun, Sep 13, 2009 at 10:22 AM, Rob Antonishen
rob.antonis...@gmail.com wrote:
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
On Mon, Aug 24, 2009 at 3:28 PM, Martin Nordholtsense...@gmail.com wrote:
I immediately thought of Akira Shirakawa's proposition to move a
majority of paint tool options into the concept of brushes. IMO doing
that and using the already existing tagging for brushes would simplify
the user
On Mon, Aug 24, 2009 at 5:06 AM, Martin Nordholtsense...@gmail.com wrote:
On 08/22/2009 05:48 PM, Christophe Buffenoir wrote:
Hello,
I use the GPS set of presets and I think that tags system will be good
on presets and not only on brushes.
Nothing is done yet, the screens are just fakes to
On Sun, Aug 2, 2009 at 7:49 PM, SHIRAKAWA Akira
shirakawa.ak...@gmail.comwrote:
Martin Nordholts wrote:
Does anyone see any problems with using CIE LCH instead of HSV for these
layer modes? We can ignore backwards compatibility issues for now.
I very rarely use layer modes (and I'm not a
On Mon, Aug 3, 2009 at 5:13 AM, Martin Nordholts ense...@gmail.com wrote:
The input I've gotten so far removed any remaining doubt about porting
those layer modes to LCH, so I've done that now:
commit 18603ac192493296b191197a3e2b62c710398afd
Author: Martin Nordholts mart...@src.gnome.org
On Tue, Jul 28, 2009 at 5:11 PM, Jason van Gumster
ja...@handturkeystudios.com wrote:
Sparr spa...@gmail.com wrote:
Circle and Fuzzy Circle should be two brushes.
I've been following this conversation with a bit of interest, but I've
noticed that a lot of discussion has echoed this
I think this is a very good idea -- moving the 'different ways of painting'
into brushes so that we don't need Paintbrush, Pencil, Airbrush but just one
: 'Paintbrush'. I use GIMP mainly for pixel art, and I find that I really
want the paintbrush/pencil/airbrush tool distinction to go away, so I
- Leave the old tool selection concept to the new taggable brush
selection window
With a new generic brush system in most of the brush behavior is
described by the brush settings, it's possible to leave the old tool
selection concept to the new (and possibly even more improved)
taggable
2009/7/22 Fredrik Alströmer r...@excu.se
On Wed, Jul 22, 2009 at 14:12, Alexandre
Prokoudinealexandre.prokoud...@gmail.com wrote:
On Tue, Jul 21, 2009 at 12:16 AM, Sven Neumann wrote:
Easy enough, just unset the 'global-brush' property. I am not sure
though if that would make a good
On Wed, Jul 22, 2009 at 10:47 PM, Alexandre Prokoudine
alexandre.prokoud...@gmail.com wrote:
2009/7/22 David Gowers wrote:
tools. When I think about it, I wonder whether such users ever get to
using
GIMP with any level of frequency or intensity, as IMO with the
global-brush
option off
On Thu, Jul 23, 2009 at 11:41 AM, Martin Cracauer craca...@cons.org wrote:
Martin Nordholts wrote on Thu, Jul 23, 2009 at 12:40:06AM +0200:
On 07/23/2009 12:27 AM, Martin Cracauer wrote:
Do I understand that correctly that you will move to
single-floats/color?
[...]
If you in the
I'm pretty sure Emil refers to the Color drawing /layer mode and the
way that it tends to 'burn out' colors -- the result of applying a
colorization is often far more vivid than could reasonably be
expected; Basically the same as the bug regarding improvement of Color
mode cf. Photoshop. A few
toolrc
On Wed, Jun 17, 2009 at 11:00 AM, Jordan
Stinsonjordan.stinso...@gmail.com wrote:
Thanks for the quick response. It looks like this will get me closer to what
i'm actually after. When I use this method to add the hue saturation tool to
the toolbox, it persists after I close gimp and
I'd like to mention also that there are also some minor problems with whitespace
i...@gbubuntu:~/st/gimp2/gimp$ git-am /tmp/0002*.patch
Applying Add additional profiling to tile usage in order to analyze
efficiency and behavior of the tile cache. Profiling includes run-time
indication of idle
On Tue, May 26, 2009 at 4:52 PM, Alchemie foto\grafiche
fotocom...@yahoo.it wrote:
How does this differ from the current anti erase tool
option
(quickly enabled also by holding Alt key)?
Maybe does not differ
BUT there is a Problem
there is not any documentation in the help on a
On Tue, May 26, 2009 at 9:00 AM, Sue for...@gimpusers.com wrote:
Hi GIMP Developers,
I am a longtime GIMP fan, and I am highly disappointed with the Version 6.6
UI. One thing I have always enjoyed about this program is the fact it was not
like Photoshop, because I could multitask with other
On Tue, May 26, 2009 at 9:41 AM, Sparr spa...@gmail.com wrote:
I disagree with of course and naturally. When I close [child/sub]
windows[/tabs] in most applications, then reopen the [functionally]
same window, I expect it to come back in the same state it was in when
I closed it. I regularly
Hi,
On Tue, May 12, 2009 at 6:48 PM, David Hodson hods...@ozemail.com.au wrote:
On Mon, 2009-05-11 at 12:57 -0700, Stuart Axon wrote:
Even if you don't have undo as such, it would be useful from a
scripting point of view to save checkpoints, which you could
revert to within the script.
On Sun, May 10, 2009 at 9:37 PM, David Hodson hods...@ozemail.com.au wrote:
I can find the functions in the pdb to manipulate the undo stack - is
there a function call that just does an undo?
No.
Although this might conceivably change in the future as GIMP integrates GEGL.
David
Hi David,
On Sun, May 10, 2009 at 10:34 PM, David Hodson hods...@ozemail.com.au wrote:
On Sun, 2009-05-10 at 22:03 +0930, David Gowers wrote:
On Sun, May 10, 2009 at 9:37 PM, David Hodson hods...@ozemail.com.au wrote:
I can find the functions in the pdb to manipulate the undo stack
On Thu, May 7, 2009 at 7:54 AM, Martin Nordholts ense...@gmail.com wrote:
Hi
I have been working on implementing the Save + export spec [1] for a while.
Since it will affect the workflow for basically everyone it would be nice
with getting some testing and comments before we finalize, merge
Hi Jon!
On Thu, Apr 30, 2009 at 4:35 PM, Jon Senior j...@restlesslemon.co.uk wrote:
On Thu, 30 Apr 2009 11:01:08 +0930
David Gowers 00a...@gmail.com wrote:
X could work almost unchanged (just, pressing X multiple times in
quick succession would move back through the 5-slot color history
On Thu, Apr 30, 2009 at 9:13 PM, yahvuu yah...@gmail.com wrote:
Hi David,
here's a mockup idea on your proposal; might or might not help
to identify the current-previous color pair... just brainstorming.
I hope you're not bothered i'm sending private mail - it's just
i can't contribute
On Thu, Apr 30, 2009 at 10:36 PM, Rob Antonishen
rob.antonis...@gmail.com wrote:
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
The ones I have looked at,
Hello,
On Wed, Apr 29, 2009 at 11:17 PM, Alexandre Prokoudine
alexandre.prokoud...@gmail.com wrote:
On Wed, Apr 29, 2009 at 5:37 PM, peter sikking wrote:
guys,
here is sort of a review of what has been discussed here:
To take this top-down: I can only see this change as an UI
improvement if
On Thu, Apr 30, 2009 at 12:49 AM, Filipe Soares Dilly fil...@gmail.com wrote:
2009/4/29 peter sikking pe...@mmiworks.net
but some crucial things depend on the bg color.
the gradient tool being the big show-stopper for me.
the tool needs a redesign, but up to then the fg-bg
type of
Hi saulgoode,
On Tue, Apr 28, 2009 at 7:00 PM,
saulgo...@flashingtwelve.brickfilms.com wrote:
Quoting David Gowers 00a...@gmail.com:
The eraser currently does change color values, in the case of layers
without alpha (it's like using paintbrush or pencil with the
background color). Yahvuu's
On Wed, Apr 29, 2009 at 4:10 AM, Martin Nordholts ense...@gmail.com wrote:
yahvuu wrote:
Hi all,
Alchemie foto\grafiche schrieb:
The possibility to add CUSTOM layer modes [..]
that sounds interesting. Just curious: i wonder how custom layer modes
differ from filters that take a second
Hi saulgoode,
On Tue, Apr 28, 2009 at 12:29 PM,
saulgo...@flashingtwelve.brickfilms.com wrote:
Perhaps I am misunderstanding this proposal, but the ramifications
seem to be more confusing than the present method. And while I realize
that GIMP does not make any guarantees about retaining the
Hi LIMN,
On Sun, Apr 26, 2009 at 7:07 PM, LightningIsMyName
lightningismyn...@gmail.com wrote:
Hello,
Gimp 2.6 allows to use brush dynamics to control opacity, size, hard and
color.
These features greatly increase the drawing capabilities of gimp, and many
users find them very useful.
Hi Theodore,
On Sun, Apr 26, 2009 at 8:00 PM, Theodore Imre blurym...@gmail.com wrote:
gimp is not a good choise for digital painting because it doesnt have a
blending tool. Paint tool sai in the respect is far superior because its
brush engine is much more advanced for smooth blending
Please
Hello yahvuu,
On Sun, Apr 26, 2009 at 9:31 PM, yahvuu yah...@gmail.com wrote:
Hi all,
peter sikking schrieb:
I like the innovative nature of the idea.
it would not be without a hint of irony if, after 40+ years of digital image
processing,
GIMP were the first to finally introduce the
On Mon, Apr 27, 2009 at 4:42 AM, Rob Antonishen
rob.antonis...@gmail.com wrote:
Here is another question... Should the basic paint calls (I.e. Those
with the description using current brush) that have no parameters
just be changed to paint respecting all the current brush options,
like
Hello,
On Mon, Apr 27, 2009 at 12:23 AM, Krishna Revuru krev...@hotmail.com wrote:
GIMP-Dev-team,
I was trying to create an animated GIF on a Linux-machine and after quite
some google-ing I came across the below site
On Mon, Apr 27, 2009 at 2:20 AM, yahvuu yah...@gmail.com wrote:
Hi all,
David Gowers schrieb:
One bump I see is things like Cut and Float -- quite often I want
them to fill the source area with a solid color rather than with
transparency. When this doesn't happen, it's awkward (as the layer
1 - 100 of 375 matches
Mail list logo