Hi Alexia,
On Sun, Jun 8, 2008 at 6:18 PM, Alexia Death [EMAIL PROTECTED] wrote:
* be able to deliver constant distance and constant rate events
You mean events at a constant distance spacing or a constant time spacing?
I mean both. The dream is that paincore would only need to worry
Hi Alexia,
On Sun, Jun 8, 2008 at 5:52 AM, Alexia Death [EMAIL PROTECTED] wrote:
This is a planning idea for new PaintCore for GIMP 2.8 or beyond.
[...]
* support a dynamic selection of arbitrary purely calculated axis
(random, iterator, sin, cos, sawtooth, box);
A 'Dynamic selection'?
Hi Frank,
On Mon, May 26, 2008 at 8:21 AM, Frank Karlitschek
[EMAIL PROTECTED] wrote:
Hi guys,
I'm running openDesktop.org, KDE-Look.org, GNOME-Look.org and other websites
for Free software.
As a long time GIMP user I noticed that there is no real community site where
GIMP users and
On Mon, May 26, 2008 at 11:51 AM, David Gowers [EMAIL PROTECTED] wrote:
Hi Frank,
On Mon, May 26, 2008 at 8:21 AM, Frank Karlitschek
[EMAIL PROTECTED] wrote:
Hi guys,
I'm running openDesktop.org, KDE-Look.org, GNOME-Look.org and other websites
for Free software.
As a long time GIMP user
It would be worthwhile to consider this kind of thing for gradients
and palettes, too -- personally I find I often simply want a scratch
area; and being required to create a new palette first is a bit
troublesome, especially since I usually don't want it to be saved. I
could write a plugin that
Hello,
I'm not yet sure I should file this as a bug, since I find myself
confused about it.
You may need 2.5 or SVN to reproduce this?
Do the following in order to reproduce it:
1. Open an image
2. Make sure that nothing is selected, by using 'Select-None'
3. Edit-Copy
4. Notice how the Clipboard
Hi Torsten,
On Thu, Apr 10, 2008 at 6:50 PM, Torsten Neuer [EMAIL PROTECTED] wrote:
Hi Sven,
On Wed, 2008-04-09 at 09:27 +0930, David Gowers wrote:
What you are talking about is a hash function. There is a string
hasher in GLib that should do what you want.
The string hash
Hi Torsten,
On Wed, Apr 9, 2008 at 4:35 AM, Torsten Neuer [EMAIL PROTECTED] wrote:
Hello everybody,
I am currently updating an older plugin (one that is not in the distribution
nor in the registry anymore) in order to bring it back to life (and, well,
maybe learn something about Gimp
Hi Sven,
On Wed, Apr 2, 2008 at 4:57 PM, Sven Neumann [EMAIL PROTECTED] wrote:
Hi,
On Wed, 2008-04-02 at 14:21 +1030, David Gowers wrote:
This second class is really all I can see traditional plugins needing
to do after GEGLification is complete and stable. Ie. the first class
I've been talking to a few people about the future of GIMP plugins,
and worked out that in terms of current plugins, there will end up
being two types:
Those that are related to GEGL (implementing GEGL operations,
modifying graphs, applying graphs) and those that are not (convenience
plugins that
Hello. I cannot address the issue of widgets. Anyway GIMP does not use
widgets to display individual layers, only the final composition,
app/display holds the code IIRC(quite a bit of code -- someone else
might be able to narrow it down further.).
The image is composited and THEN displayed (in one
Hi,
It won't happen unless someone puts in the work. GIMP development is
entirely voluntary, so if you want this,
submit a patch to make the necessary changes. Otherwise, you leave it
to chance whether this ever gets implemented. Posting feature requests
here tends to annoy the developers. It is
On Sun, Mar 30, 2008 at 11:14 PM, Sven Neumann [EMAIL PROTECTED] wrote:
Hi,
the Open dialog is a poor replacement for a file manager. If you only
use it as a drag source, then why not just use your file manager
instead?
...
My file manager is Midnight Commander :) I've just tried
Hi all,
On Sun, Mar 30, 2008 at 5:33 AM, Kevin Cozens [EMAIL PROTECTED] wrote:
jbaker wrote:
o What would really be nice and make the dropzone a lot more
usable... if there is was a file browser built into it...
split the niw vertically, put a file
On Fri, Mar 28, 2008 at 5:27 PM, Michael Grosberg
[EMAIL PROTECTED] wrote:
To give my $0.02, I think Gimp should simply emulate what is out
there,
namely the behavior of established applications such as Open Office
and
gedit.
I am really struggling to say something nice
Wow, didn't notice I was repeating Alexia. Sorry, Alexia :)
Although that makes me think -- something like python's easy_install
would be terribly handy for resources..
If you're not familiar with it, basic usage is : 'easy_install foo'
installs the latest version of foo.
This would require a
Hi Andrei,
Do you use GIMP 1.2 at all? If not, delete that second directory! it
is irrelevant and is obviously the cause of your confusion.
IIRC nothing changed about pattern fileformat between 1.x and 2.x, so
you should be able to copy them across, yes :)
Cheers,
David
On Tue, Mar 18, 2008 at
Hi,
On Mon, Mar 17, 2008 at 9:07 AM, Bill Skaggs [EMAIL PROTECTED] wrote:
David G. [EMAIL PROTECTED] wrote:
Add a option to rotate brushes to compliment the scaling.
I don't know if this has been requested but it would be very
helpful than creating a layer + using the rotation
On Mon, Mar 17, 2008 at 10:45 AM, Bill Skaggs [EMAIL PROTECTED] wrote:
David Gowers wrote:
Myself, I would use it for nearly every non-symmetrical brush (and
wish for the ability to v- or h-flip it, too), particularly when I'd
just copied something and was using the clipboard brush
On Mon, Mar 17, 2008 at 10:59 AM, Bill Skaggs [EMAIL PROTECTED] wrote:
David G. [EMAIL PROTECTED] wrote:
I proposed this because it will actually boost the simplicity
of managing brushes to adapt in effects and splashes, instead
of doing the layer and rotation technique. ...
I
Hi,
I'd like to point out that startup speed is also dependent on what
resources you have installed. With lots of brushes or patterns,
startup time can be significantly inflated ( I have a set of 900
brushes that inflate startup times from 6sec - 35sec).
So you should make sure that you test with
On Wed, Mar 12, 2008 at 9:21 AM, Alexia Death [EMAIL PROTECTED] wrote:
On Tuesday 11 March 2008 21:46:41 Joern P. Meier wrote:
I have been looking at the GIMP code recently to look for
possibilities of implementing some features that could make GIMP more
useful for artists that create
On Tue, Mar 11, 2008 at 2:04 PM, Andrei Simion [EMAIL PROTECTED] wrote:
Hi,
I have the following problem: when calling gimp_patterns_get_list on the
Gimp server, version 2.2 I got an error:
not enough arguments for function 'gimp_patterns_get_list'
The function works on the Gimp
Hi Patrice,
On Sat, Mar 1, 2008 at 12:39 PM, Patrice Poly [EMAIL PROTECTED] wrote:
Hello
I have searched a lot about this, and couldn't find anything apart a few
lines
in an old summer of code page, and in this old webpage :
http://www.re.org/tom/computer/gimp/index.html#preview
Forwarding further explanation from Radoslav.
-- Forwarded message --
From: Radoslav Schudich [EMAIL PROTECTED]
Date: Mon, Feb 25, 2008 at 6:47 PM
Subject: Re: [Gimp-developer] improved drawing modes
To: David Gowers [EMAIL PROTECTED]
the paint mode is displayed in the toolbox
forwarding mistakenly privately sent message.
-- Forwarded message --
From: David Gowers [EMAIL PROTECTED]
Date: Sat, Feb 23, 2008 at 9:44 PM
Subject: Re: [Gimp-developer] improved drawing modes
To: Radoslav Schudich [EMAIL PROTECTED]
I cannot try TVPaint; It is not for Linux
Hi,
I admit that if Erase were a paint mode, I would use it much more. The
eraser tool, I generally find does not happen to have brush settings
convenient to my current task, and so i find it cumbersome. So, I
think that erase as a paint mode is a good idea.
I do not understand this 'Negative'
On Thu, Feb 21, 2008 at 10:12 PM, Michael Natterer [EMAIL PROTECTED] wrote:
On Wed, 2008-02-20 at 11:34 +1030, David Gowers wrote:
There is no guarantee that there will be any taskbar at all. On linux,
there are plenty of WM's that either provide a taskbar that is not
suitable
On Feb 20, 2008 5:24 AM, Sven Neumann [EMAIL PROTECTED] wrote:
Hi,
On Tue, 2008-02-19 at 12:35 +0100, Daniel Hornung wrote:
Well, perhaps not deprecated in the don't use this API sense. Their
use is discouraged. And not by the GTK+ developers but by usability
experts. Tearoff menus
On Feb 20, 2008 11:07 AM, [EMAIL PROTECTED] wrote:
peter sikking [EMAIL PROTECTED] said on Feb 19, 2008 13:46 -0500 (in
part):
You missed one of the mails in this thread then. If we use this window
as a DND target, where should our users drop images when it is not
there?
I think
On Feb 17, 2008 5:46 AM, Sven Neumann [EMAIL PROTECTED] wrote:
Hi,
On Sat, 2008-02-16 at 10:47 -0800, Bill Skaggs wrote:
Well, it would be very easy to make the layer mode menu
support a tearoff. It can literally be done by adding two
lines of C code. (I just tested.)
There are very
Hi Tobias,
I like the simple, functional design of this. Do you know, has what
the toolbox would become, already been resolved? I notice this does
not seem to concern people presently.
On Feb 8, 2008 9:01 AM, Tobias Jakobs [EMAIL PROTECTED] wrote:
Am Dienstag, den 05.02.2008, 11:26 +0100
Alexandre,
What Peter describes does not involve transparent windows.
I agree it does not seem useful, in sense of literal opacity.. Rather,
a waterlevel-type adjustment could suit this idea better..with
widgets appearing or disappearing according to whether they are
above waterlevel. It's
, instead of a readjusted single gradient for the channel
being adjusted.
-- Forwarded message --
From: David Gowers [EMAIL PROTECTED]
Date: Jan 31, 2008 5:45 PM
Subject: GIMP Levels operation
To: Michael Natterer [EMAIL PROTECTED]
I've just found a bug in the Levels op
On Jan 27, 2008 8:52 AM, William Skaggs [EMAIL PROTECTED] wrote:
One of the points that emerged from the ongoing discussion is that it
is time to start making a tentative roadmap for 2.8. I hope this time
that Peter and his group can be brought into the discussion as early
as possible, and
Hi Alexandre,
On Jan 25, 2008 9:52 PM, Alexandre Prokoudine
[EMAIL PROTECTED] wrote:
On Jan 25, 2008 11:01 AM, Sven Neumann wrote:
Actually, I don't think that we need to put action recording on our list
as that will become obsolete with non-destructive editing.
This is apples and
On Jan 26, 2008 12:09 AM, Alexandre Prokoudine
[EMAIL PROTECTED] wrote:
On Jan 25, 2008 4:20 PM, David Gowers wrote:
What significant sequence of actions that you can take is there, that
cannot be done by simple graph editing?
Users do not think in terms of graphs, they think in terms
On Jan 18, 2008 9:33 PM, Tobias Jakobs [EMAIL PROTECTED] wrote:
On Jan 18, 2008 8:55 AM, Sven Neumann [EMAIL PROTECTED] wrote:
My current favorite approach is to put the tags into files in the
~/.gimp-2.x directory, one file per resource type. So there would be a
brushrc, gradientrc,
Hi Jim,
On Dec 8, 2007 10:22 AM, Jim Sabatke [EMAIL PROTECTED] wrote:
I've been searching the net for a couple days to see if Python-Fu
supports Preview Windows in plug-ins. Depending on the search strings I
No, it doesn't. PyGimp does, though. This means that if you want a
preview window, you
Hi Eckhard,
On Dec 6, 2007 6:29 AM, Eckhard M. Jäger [EMAIL PROTECTED] wrote:
Hello,
i found the problem why the script doesn't showed up, it needs the file
permission Exexcute.
Do not know why, i have written exporters for Blender and plugins for gEdit
both in Python but
they didn't
Hi Sven,
On Dec 1, 2007 9:37 PM, Sven Neumann [EMAIL PROTECTED] wrote:
Hi,
On Sat, 2007-12-01 at 18:05 +1030, David Gowers wrote:
b) Push the context before entering qmask mode, and pop it when
exiting qmask mode.
For Chris's benefit : it means that the context that was being used
I believe that QMask mode could be made quicker to use, by providing
an option to:
a) Reset the FG/BG colors to black and white upon entering qmask mode
and
b) Push the context before entering qmask mode, and pop it when
exiting qmask mode.
With the sum effect that you needn't destroy the colors
Hi Liam,
On Dec 1, 2007 6:15 AM, Liam R E Quin [EMAIL PROTECTED] wrote:
On Fri, 2007-11-30 at 22:45 +1030, David Gowers wrote:
I believe that QMask mode could be made quicker to use, by providing
an option to:
a) Reset the FG/BG colors to black and white upon entering qmask mode
and
b
On Nov 23, 2007 6:03 AM, GSR - FR [EMAIL PROTECTED] wrote:
Hi,
[EMAIL PROTECTED] (2007-11-22 at 1544.46 +1030):
Hi Liam,
On Nov 22, 2007 9:45 AM, Liam R E Quin [EMAIL PROTECTED] wrote:
Evidence that auto levels loses details --
take a photograph (or a scanned engraving, or
Hi Liam,
On Nov 21, 2007 5:00 PM, Liam R E Quin [EMAIL PROTECTED] wrote:
I saved these notes for when there was a 2.6, but then got swamped with
other things... I can flesh them out more, but I'm not likely to have
time to do any programming in the forseeable future, I'm afraid.
I've
Hi Liam,
On Nov 22, 2007 9:45 AM, Liam R E Quin [EMAIL PROTECTED] wrote:
Evidence that auto levels loses details --
take a photograph (or a scanned engraving, or whatever) and open
Levels, and press autl. Note that the little triangles marking
the end-points are not under the ends of the
Hi Jespar,
On Nov 20, 2007 9:23 PM, Jesper de Jong [EMAIL PROTECTED] wrote:
I noticed that with Gaussian blur, the Radius setting in GIMP means
something different than in Photoshop CS3.
As a test, I made a black square on a white background and used Gaussian
blur on it with Photoshop CS3 and
Hi Stephane,
On Nov 20, 2007 10:10 AM, Stephane Chauveau
[EMAIL PROTECTED] wrote:
Hello,
I just got an idea about the curve tool: Why not use it as a selection tool?
Apart from The Gimp, I do not know a lot of image manipulation programs
so the feature might very well be common.
I see it
I may not understand your description.
It gave me an idea, though:
mouse-gesture-ish submenus..
That is, supposing that you have a top-level menu with items
1
2
3
and 3 is a submenu,
then, to select 3, you move down -- then a menu folds out horizontally
1
2
345
you move across, and select 5,
On 10/29/07, Michael Natterer [EMAIL PROTECTED] wrote:
On Mon, 2007-10-29 at 11:34 +1030, David Gowers wrote:
On 10/29/07, Alexandre Prokoudine [EMAIL PROTECTED] wrote:
On 10/29/07, Guillermo Espertino wrote:
I looked at Opera, as it has been suggested here. It has very good
On 10/30/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
On Monday, October 29, 2007, 14:15:28, Michael Natterer wrote:
As Saul already responded that happens only if you use DND. Why on earth
would a UI control activate just because you hover some seconds over it?
That strikes me as
Actually I got the impression that it had changed, and now
box-filtering was used, which does account for all input pixels.
OTOH, Lanczos currently produces poor results. Geert Jordaans (sp?)
was working on improving this.
On 10/30/07, Guillermo Espertino [EMAIL PROTECTED] wrote:
I'd add the
On 10/29/07, Alexandre Prokoudine [EMAIL PROTECTED] wrote:
On 10/29/07, Guillermo Espertino wrote:
I looked at Opera, as it has been suggested here. It has very good
options for managing tabs (manage different views and make tiles or
cascades for multiple views, detach windows from the
On 10/27/07, Valerie VK [EMAIL PROTECTED] wrote:
Okay I want to clear this up:
GEGL *is* coded (see www.gegl.org), and already in use by a few
different applications.
Much apologies. I was always under the impression that while there
is a working version, more work could have been used
On 10/27/07, Valerie VK [EMAIL PROTECTED] wrote:
So... Gimp currently has 4 major goals?
- Cairo
- GEGL
- Add named parameters and default values to the PDB
- 6 months development cycle.
Wouldn't it be easier to treat them as Separate goals for separate
releases? Once Cairo and GEGL (I
I'm successfully running Ubuntu 7.10 with a Graphire 3; The
appropriate Device sections for the tablet were correctly specified
after installation.
I had to uncomment the following lines in /etc/X11/xorg.conf to fully
enable the tablet:
InputDevice stylusSendCoreEvents
On 10/19/07, Giuseppe Pasquino [EMAIL PROTECTED] wrote:
I have modified the code as you suggested:
GimpRGB *colore;
GimpChannelOps parametri;
gboolean success;
gimp_rgb_set_uchar(colore, pixel[0], pixel[1], pixel[2]);
parametri =
On 10/8/07, Andrew Young [EMAIL PROTECTED] wrote:
David,
Interesting. GEGL sounds very much in line with a lot of the ideas I have
about how to approach the problem. Is this seen as the future of GIMP's
core?
Image representation, certainly. Gimp's core -- maybe. That would
depend on how it
On 10/8/07, Andrew Young [EMAIL PROTECTED] wrote:
Greetings!
I have been an avid Gimp user for a number of years. I have always wished
Gimp supported non-destructive image adjustments such those available with
Photoshop adjustment layers. From searching around the internet, it seems
I am not
On 7/23/07, Kevin Cozens [EMAIL PROTECTED] wrote:
David Gowers wrote:
The what's new document for each release is a good resource for these
kinds of problems, especially its porting section:
http://docs.python.org/whatsnew/porting.html
The last two items on that page seem to be the more
On 9/15/07, John Fremlin [EMAIL PROTECTED] wrote:
Yesterday I decided to implement the retinex algorithm described by
John McCann in 1999 as a gimp plugin.
I am using Python (in particular numpy for the main calculations) and
consequently chose to put in some modifications to the algorithm to
I converted the script to python (useful script, btw -- thanks
Simon.), and I cannot reproduce this.
I did, however, find that I was occasionally tripped up by paint mode
-- for example, if Addition mode was selected rather than Normal, then
drawing black on a white background had no effect.
The
I like these brushes a lot. They can be cut down to 20 rather than the
original 154, since 2.4 includes brush scale adjustment, and I have
mentioned this to iceytina at the last of your links.
I would like to take this opportunity to plug my particular
contribution to 2.4, the palette navigation
On 8/22/07, Thomas Lytje [EMAIL PROTECTED] wrote:
I am not sure you take feature requests like this, - but try to take a look.
It seems quite cool.
I don't know enough about image processing (but I am a software engineer)
but to me it looks like it wouldn't be to hard to implement. Hopefully
On 8/18/07, Liam R E Quin [EMAIL PROTECTED] wrote:
On Thu, 2007-08-16 at 14:50 -0300, Guillermo Espertino wrote:
If somebody is interested in participating in this process please send
me an e-mail so we can coordinate efforts with Danko and Marius
My own feeling is that it would be better
On 8/6/07, Guillermo Espertino [EMAIL PROTECTED] wrote:
A couple of weeks ago somebody commented about the quality of the
downscaling in Gimp.
iirc there was a patch that improved the quality (that was bumped for
future releases) and there was a discussion about the pertinence of the
On 8/5/07, damianzalewski [EMAIL PROTECTED] wrote:
1. When designing complicated project for example cd cover I often
have to chain and unchain layers.
Would be nice if gimp would have option - unchain all.
Maybe, but you can already do this in two clicks
1. shift-click on the layer chain to
On 8/1/07, Anke Lange [EMAIL PROTECTED] wrote:
Hello
like everybody else, I am very exiting about the release of the Gimp 2.4.
Though I was wondering, if GAP will be running on the new Gimp.
I tried to install it to the 2.3.19, but as you proberbly would have
known, it doesn't work and you
On 8/2/07, Esteban Barahona [EMAIL PROTECTED] wrote:
and one of 1 Dimension Menus which is a bit more matured (see attachment...
It looks like either you forgot to attach the file, or the mailing
list software filtered it out because it was too big.
___
On 7/31/07, Guillermo Espertino [EMAIL PROTECTED] wrote:
David Gowers wrote:
Yes, I'm aware of that. I mean to perform boolean operations on the paths
tehmselves.
Well I think that GIMP should avoid doing that, and instead expect you
to do it with inkscape; transfer of paths between
On 7/30/07, Stephen Kiel [EMAIL PROTECTED] wrote:
David,
I found a gimp-2.3.18-i586-setup.exe and installed it (after a system
backup). I wanted to check the functions you mentioned without having to set
up a build from source code.
Anyway, the way the freehand select is working in
On 7/27/07, Stephen Kiel [EMAIL PROTECTED] wrote:
David,
Thanks for the reply. I am using the Windows version of 2.2.17. In this
version the issue that I am having an issue with can be reproduced in any
image by selecting the freehand select tool, draw a circle in the image
creating a
On 7/26/07, Guillermo Espertino [EMAIL PROTECTED] wrote:
Stephen:
The Bezier tool is better suited to the tasks you're describing. Using
freehand tool as a precision tool (i.e. for background extraction) is a
bad idea.
Freehand tool is intended to make coarse selections or tweaks in
On 7/27/07, Stephen Kiel [EMAIL PROTECTED] wrote:
Guillermo,
Thanks for taking the time to reply to my request. It appears that you and I
have a fundamentally different point of view on how to best select regions in
an image. Let me throw out a couple of observations before I address some
On 7/26/07, Guillermo Espertino [EMAIL PROTECTED] wrote:
David Gowers wrote:
You can already do that. Right-click in the Paths dialog, all the
standard operations (replace, add, subtract, intersect) are available.
Unless you mean boolean operations that modify the paths themselves,
rather
BTW, Nick Coghlan said:
The most likely culprit is that some of the code is using PyMem_Free on
a pointer allocated with PyObject_Malloc (or vice-versa). This has
always been illegal, but prior to 2.5 the Python memory allocator tied
itself in knots to try to avoid crashing when client code broke
On 7/20/07, Joao S. O. Bueno Calligaris [EMAIL PROTECTED] wrote:
I have only tested pyGEGL with the 2.4 version of Python. It
possible (or very likely?) that something has changed in the 2.6
version of Python. I don't have the 2.6 version installed at the
moment so I can't investigate this
On 7/14/07, Kevin Brown [EMAIL PROTECTED] wrote:
My question is this: where is the 8-bit per color channel limitation in
GIMP? That is, which bits of the source code limit the GIMP this way?
I ask because I took a brief look at the source, and it seems the
internal color representation is
On 7/14/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
On Fri, 13 Jul 2007 00:03:18 +0200, Chris Mohler [EMAIL PROTECTED] wrote:
I'll try to follow the analogy without this becoming rediculous:
[misrepresentation and reactiveness cut]
We all know that jpeg is lossy. You use it with suitable
On 7/14/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
On Fri, 13 Jul 2007 01:23:39 +0200, Raphaël Quinet [EMAIL PROTECTED]
wrote:
Does current need to be saved as a third option? It is either equal to
default or original unless it is set during a save in which case it become
the new value
On 7/10/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
On Tue, 10 Jul 2007 00:46:44 +0200, peter sikking [EMAIL PROTECTED]
wrote:
Really? Let's have a look at the product vision. 'High-end'
is the word I want us to focus on.
Please dont distort this by taking one word out of context.
On 7/10/07, Tom Davidson [EMAIL PROTECTED] wrote:
Im going to go nuts - i do not understand the gimp work flow with selections.
When I paste an element on to a layer, i can no access the area of the layer
not covered by the element. In on specific example, I moved the contents of a
layer
On 7/10/07, Tom Davidson [EMAIL PROTECTED] wrote:
yes, sounds like Chris suggestions may do the trick. I will try it our 1st
thing in the morn when I get back to work.
It looks to me like you moved the layer itself rather than its
contents,
i used the move tool with not hot keys.
On 7/8/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
On Sun, 08 Jul 2007 15:12:03 +0200, Sven Neumann [EMAIL PROTECTED] wrote:
Hi,
On Sun, 2007-07-08 at 14:53 +0200, [EMAIL PROTECTED] wrote:
Does your reply indicate you take a this feature not a bug approach
here
and you think is
On 7/5/07, Roberto Uhlig [EMAIL PROTECTED] wrote:
Hello and best thanks first,
but it doesn't work correct on my xp-pc with gimp GIMP 2.3.10.
After private consultation with saul some testing and some changes for
windows (backslash \) now it works fine.
Essential change is, that saul's
;;
Sven, you suggested that I run valgrind to locate the source of a bug
related to eyedropping. These are the highlights of the results.
This part is probably unrelated to the eyedropping bug (bug #450802),
but may be serious:
It happens after the image is loaded; don't know whether it's before
or
On 6/27/07, Roberto Uhlig [EMAIL PROTECTED] wrote:
Hello,
has/knows anyone a script/plugin (an idea) to go color by color through an
indexed color-palette and doing an action for each color?
I d like to create from a picture with an optimized color-palette with ca.
5-10 (may be 1-256)
On 6/27/07, Sven Neumann [EMAIL PROTECTED] wrote:
Hi,
On Tue, 2007-06-26 at 12:50 +0200, [EMAIL PROTECTED] wrote:
Unless what he's implemented is bad why not just comit anyway until you
get around to doing it better/diffeently?
I rejected the patch for several reasons, all of them
filepath.diff adds a 'file path' field to the 'Image Properties'
dialog; I did this after some discussion between gg and myself on the
importance of being able to find out the path easily.
Image_metadata.diff changes the title used by the 'metadata' plugin
for its window. Mainly, it's just so
On 6/16/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
On Sun, 10 Jun 2007 23:13:03 +0200, Øyvind Kolås [EMAIL PROTECTED] wrote:
modifying that code base to deal with this properly will most probably
been seen as more lasting contributions than changing code that
eventually only will live
On 6/7/07, Sven Neumann [EMAIL PROTECTED] wrote:
Hi,
On Thu, 2007-06-07 at 13:10 +0930, David Gowers wrote:
Well, only if the source dependency for the various lexers has changed
(eg. recently with the The GIMP - GIMP global replacement). A
rebuilt version of the relevant generated files
On 6/8/07, Sven Neumann [EMAIL PROTECTED] wrote:
Hi,
On Thu, 2007-06-07 at 19:31 +0930, David Gowers wrote:
As far as I can see, updated versions of the generated files have been
committed to SVN. What exactly is your problem?
Don't know. I just did the standard './autogen.sh;make
On 6/7/07, Henning Makholm [EMAIL PROTECTED] wrote:
Scripsit Sven Neumann
One cannot do this, in general, because an indexed PNG stores a single
alpha value for each palette entry. An image with an unrestricted
alpha channel would most likely lead to more color/alpha combinations
than the 256
Well, only if the source dependency for the various lexers has changed
(eg. recently with the The GIMP - GIMP global replacement). A
rebuilt version of the relevant generated files should probably also
be updated into SVN before release.
Currently, flex version 2.5.33 or higher seems to be
On 4/1/07, Chris Mohler [EMAIL PROTECTED] wrote:
On 3/31/07, Hal V. Engel [EMAIL PROTECTED] wrote:
You might consider using a color transform using ICC profiles. For
example
you could use sRGB as your generic destination color space and perhaps a
SWAP
profile for the CMYK side. Once you
I am hereforth asking you to apologise, if possible, both in private
and on the list for this message. We are runing a project needing
I cannot sincerely do so, in this instance. I do not apologize for
expressing my amusement, unless I judge that the situation was genuinely
worsened by my
On 3/12/07, D. Stimits [EMAIL PROTECTED] wrote:
I have not found any python-fu way to close a file, or to reclaim
memory after creating an image or layer. Is there such a thing? Is there
instead some sort of garbage collection?
hahahaha!
gimp.delete(image)
or
gimp.delete(layer) #only do
On 3/8/07, Sven Neumann [EMAIL PROTECTED] wrote:
Hi,
If you rotate by exactly 90 degrees, this is always done with
INTERPOLATION_NONE, no matter what you select in the tool options.
Perhaps this is the culprit? An offset seems unavoidable if the
transformation is performed without
On 2/24/07, Alexandre Prokoudine [EMAIL PROTECTED] wrote:
to be used (1x, 2x, 3x, 5x, etc.).
It doesn't soom to differ significantly from existing Navigation window
It does! Navigation window provides a zoomed out view of the entire image --
this provides a zoomed in view of the area that
On 1/23/07, Kevin Galligan [EMAIL PROTECTED] wrote:
I've been trying to script something that seems relatively simple, yet
I've spent the better part of today stuck at one little step. I have
started naming things with curse words, so I figured I'd reach out for help
before I start throwing
201 - 300 of 375 matches
Mail list logo
