Hi,
On Wed, 2006-09-20 at 10:31 +1000, Paul L Daniels wrote:
I'll give it a shot (already have the file open and have started to
edit it). Although I should probably ask elsewhere, would I be better to
create an external module (.[cho]) with the AI palette import code, or put
the
Hi,
On Wed, 2006-09-20 at 16:44 +1000, Paul L Daniels wrote:
One question I did have is that the AI Palette entries are defined with
floating point values for RGB, I presume that currently GIMP supports only
the usual 24 bit RGB triples (ie, 0-255 per channel)?
GIMP uses a structure
Hi,
On Wed, 2006-09-20 at 17:30 +1000, Paul L Daniels wrote:
Using the latest stable (2.2.13) release - is there a release that
would be preferential in this situation?
In this particular case, it probably doesn't make much of a difference.
But it will be easier to incorporate your
Hi,
On Wed, 2006-09-20 at 12:11 +0200, Michael Natterer wrote:
It should go to gimppalette-load.[ch], together with the standard
palette loader function. Look at how the gradient loading/saving files
are organized, and how gimp_real_initialize() in app/core/gimp.c
maps file extensions to data
Hi,
On Mon, 2006-09-18 at 09:18 +1000, Paul L Daniels wrote:
I've written a stand-alone converter for Adobe Illustrator palette
files (.ai) to GIMP palette files.
This was written because I do vinyl cutting/signs and the various
makers of the vinyl (Avery etc) produce
Hi,
On Mon, 2006-09-18 at 08:33 +0930, David Gowers wrote:
I tested it for RGB images and it appears to work correctly.
Perhaps it just uses the 1st channel (R) though.
That's what it does. Perhaps the procedure should warn instead.
Sven
___
Hi,
On Fri, 2006-09-15 at 09:39 +0930, David Gowers wrote:
It's much easier to code 'image to selection':
c = pdb.gimp_channel_new_from_component(image, GRAY_CHANNEL,
'TEMP IMAGE2SELECTION')
This works for grayscale images only. An RGB image doesn't have a
grayscale component. For
Hi,
On Sun, 2006-09-17 at 09:01 +0200, [EMAIL PROTECTED] wrote:
It seems pretty good on the tests I did although arguably whether it is
better or worse than cubic on my data. Different sure. I think best is
subjective and depends on the nature of the image.
The term Best has already been
Hi,
On Wed, 2006-09-13 at 10:31 +0200, Sven Neumann wrote:
the internationalisation of the Gimp Python bindings and plug-ins is
still pending:
http://bugzilla.gnome.org/show_bug.cgi?id=351287
We have come a good deal further here in the meantime. The framework for
internationalisation
Hi,
On Wed, 2006-09-13 at 13:54 -0700, William Skaggs wrote:
Sorry, I should have been clearer. You can of course have multiple
views already, but as far as I know there is no way to make gimp
automatically create multiple views when opening an image, that is,
using a script or plugin. I
Hi,
on gnome-i18n someone suggested a command to detect the problem that I
outlined earlier in this thread. Here's a version that is subtly changed
for the GIMP source tree:
pcregrep -M -l 'msgid.*\|.*\nmsgstr.*\|' po*/*.po
Unfortunately this doesn't work because at least in the main
Hi,
On Wed, 2006-09-13 at 10:32 +0300, Alexander Rabtchevich wrote:
Making a conclusion, sometimes it is required to replace the destination
color with the source one, not only to flatten or copy the texture of
the source. That's why I use the clone tool consequently with the
healing
Hi Kevin,
a while ago I wrote to the list with the following questions and I don't
remember to have gotten answers to them. Will you please consider to
answer these questions?
On Tue, 2006-09-05 at 07:55 +0200, Sven Neumann wrote:
Of course optimizing the Laplacion solver is still desirable
Hi,
the internationalisation of the Gimp Python bindings and plug-ins is
still pending:
http://bugzilla.gnome.org/show_bug.cgi?id=351287
Does this mean that noone is interested in having the existing Python
scripts in GIMP 2.4? It should not be difficult to make the plug-ins use
the existing
Hi,
On Wed, 2006-09-13 at 10:52 -0500, Tim Mooney wrote:
My guess is that Kevin isn't listening right now, because of the move
and internship he mentioned at the bottom of this email:
https://lists.xcf.berkeley.edu/lists/gimp-developer/2006-August/016152.html
Sorry, I missed that. Thanks
Hi,
not sure if I can reach a lot of translators here, but the ones who are
reading the gnome-i18n list should already be aware of this issue...
We have started to use translation contexts in GIMP. Only in a couple of
places so far, but we will probably extend this to more strings. The
idea of
Hi,
On Sun, 2006-09-10 at 13:51 +0200, David Neary wrote:
* Proposal for implementing vector layers in the GIMP
Hendrik Boom(Simon Budig)
Henrik's vector layer code is now in CVS, and in the 2.3.11 release.
There are some other features which are in planning.
Correction: the
Hi,
On Sat, 2006-09-09 at 20:01 +1000, Campbell Barton wrote:
Hey, is it ok to report bugs her?
With Blender3D we sometimes report bugs on the ML if the features are in
active development or just added.
It is actually too early to report any bugs in the new tool. It has only
just been merged
Hi,
On Sat, 2006-09-09 at 00:33 -0500, Tim Jedlicka wrote:
Great job - when you/we release 2.4 I think a lot of people will be
impressed with the progress made.
The announcement mail contained a link to the bugs on the 2.4 milestone.
We will release when this list is empty.
Sven
Hi,
On Sat, 2006-09-09 at 15:46 +0100, Mukund wrote:
Sorry about bug #345251; not trying to clutter up bug reports.
I have asked for it to be renamed to colormap-rearrange.c from the time
the menu item's label was changed to Rearrange Colormap as it's more
logical for a person to find it
Hi,
On Sat, 2006-09-09 at 23:52 +1000, Campbell Barton wrote:
This happened again with the perspective tool, if it had crashed and
closed it would have been ok, but in this case it gave the [segfault
error, continue, exit... etc] in the command line prompting me for
input, but the input
Moin,
yesterday, when a short period of time opened where the HEAD branch
appeared to be in a somewhat sane state, I rolled up a tarball dubbed
gimp-2.3.11.tar.bz2. Right after that had happened, Mitch broke the
whole thing again by merging another SoC branch into HEAD ;-)
The tarball is up at
Hi Kevin,
On Tue, 2006-09-05 at 09:15 -0400, Kevin Sookocheff wrote:
OK. That seems logical. So during the mouse stroke a region is
selected, and after the mouse stroke healing is done on the selected
region. Are there any tools in GIMP right now that follow a similar
sequence? The
Hi,
On Mon, 2006-09-04 at 12:22 +0200, Henning Makholm wrote:
I'm afraid I am not able to post documents in less hidden places than
mailing list threads.
The point is not where the document is posted. The mailing-list is fine
for this, probably even the best place since it should be
Hi,
On Mon, 2006-09-04 at 20:45 -0400, Kevin Sookocheff wrote:
A bad point about the current implementation is that it is slow. The
Laplacian solver is not optimized. There are also other ways to
implement the Laplacian solver that may increase the speed.
As far as I know, the Heal tool
Hi,
I'm talking about http://bugzilla.gnome.org/show_bug.cgi?id=351283
There hasn't been any further progress on this, we are still waiting for
a patch that can be applied to CVS. This is really getting urgent now
since we want to go into string freeze soon.
This thread has pointers to patches
Moin,
Regarding http://bugzilla.gnome.org/show_bug.cgi?id=351287 some progress
has been made in CVS. To avoid i18n problems, the procedure registration
in pygimp has been changed (in a hopefully backwards compatible way). It
shouldn't be too difficult to add i18n now. But still, there hasn't been
Hi,
On Thu, 2006-08-31 at 12:34 +0200, Henning Makholm wrote:
Could you describe what you find missing in the explanation of my
workflow on real-world examples that I have already posted?
We need a document explaining this which is not hidden in a mailing-list
thread. A document that we can
Hi,
On Thu, 2006-08-31 at 20:56 +0200, David Neary wrote:
Could we get Henning's XCF spec committed to CVS before any of the
freezes for 2.4 come into effect, please? It's a vast improvement over
the existing version, and has been improved since his first draft to
include a detailed
Hi,
On Tue, 2006-08-29 at 13:34 +0200, Roman Joost wrote:
Besides the technical problems, I think you should propose a new site
layout than just pestering about the current layout.
That's of course correct but Shlomi has a point here. The pages that he
mentioned look vastly different than the
Hi,
On Tue, 2006-08-29 at 15:14 +0200, Henning Makholm wrote:
Your idea of real work is obviously very different from mine.
I do lots of real work on indexed images.
Perhaps you should write up a summary then that explains your workflow
on real world examples. At the moment we are talking
Hi,
On Tue, 2006-08-29 at 19:09 +0400, Alexandre Prokoudine wrote:
Then there is no sense in naming the planet layers anymore. I agree
that implementation could be better, though I can even imagine how
exactly within current approach).
There has never been a good reason to call it layers.
Hi,
On Wed, 2006-08-30 at 18:49 +0930, David Gowers wrote:
Henning has already described what he does, and it seems clear to me
that alpha-thresholding all paint application would work well for his
purposes. I'm sure he'll say if that is not the case.
We still need a summary of all this for
Hi,
On Sat, 2006-08-26 at 02:28 +0930, David Gowers wrote:
Ah, the #define SUBSAMPLE 8 line. Changing it to 1 does indeed
do what I wanted.
Actually, I take that back.
Well, of course changing the define is not what you want because then
you can't get the old behaviour
Hi,
On Fri, 2006-08-25 at 20:01 +0930, David Gowers wrote:
Is there some simple way to achieve hard-edged rendering for the Ink
tool?
Should be a simple change, just turn off supersampling in the ink code.
I find the hard edged rendering used in INDEXED mode best for drawing
lineart, but
Hi,
On Wed, 2006-08-23 at 15:17 -0700, [EMAIL PROTECTED] wrote:
Also, the *-parasite-find PDB functions return a list containing a
single list: for example,
((gimp-comment 1 #184372656174656420776974682047494d5000))
There does not appear to be a way to create multiple parasites with
Hi,
On Thu, 2006-08-24 at 09:23 -0700, [EMAIL PROTECTED] wrote:
I would very much like to see the old wire-frame icon theme
available in the next release. I do not find the new theme to be an
improvement and should like to have the option of restoring the
original.
Why don't you
Moin,
just a quick note to tell everyone that I am planning to do a 2.2.13 as
well as a 2.3.11 release soon. If there's something that you think
should absolutely go into the next release or if you think that there's
something that should block one of these releases, please tell me about
it.
Hi,
On Wed, 2006-08-16 at 17:01 -0700, Joseth Farley wrote:
To summarize my problem, when I link the gtkglext libraries (as retrieved
from `pkg-config --libs gtkgkext-1.0`) to my GIMP plugin, it won't even run
in GIMP anymore (crashes right away).
Have you tried to run your plug-in binary
Hi,
On Wed, 2006-08-16 at 23:50 -0700, gmbros wrote:
I want to translate the Intelligent Scissors Tool of Gimp to Pascal with
Delphi. But I encounterd a lot of questions. Such as what does the GPtrArray
mean? How to replace it with a type in Delphi. Dose anyone here know how to
translate
Hi,
On Mon, 2006-08-14 at 22:29 -0500, Tim Jedlicka wrote:
Why make only the handles grabbable? I don't understand the harm in
having all edges grabbable.
I think the idea is that different actions are assigned to different
handles. If you grab a handle in the middle of an edge, you only
Hi,
On Fri, 2006-08-11 at 09:09 -0700, William Skaggs wrote:
In any case, something has to be done to blast us out of the current state
of near-paralysis.
We are in what? There are several people working hard and they all have
the 2.4 release in mind, concentrating on the important things
Hi,
On Mon, 2006-08-14 at 11:39 -0400, Brohan wrote:
I just made a tiny little shell script that helps me a bit with
debugging of plugins, and I'd like to share it. It really is a
lifesaver and saves the time spent doing ps -A, and then typing in the
process manually in gdb.
I hope you know
Hi,
I have opened a bug-report for this and I would like to point out that
we should not wait too much longer with this. We should give the
translators enough time to deal with the new strings.
http://bugzilla.gnome.org/show_bug.cgi?id=351283
Sven
Hi,
I have opened a bug report on what I believe to be the remaining issues
with gimp-python:
http://bugzilla.gnome.org/show_bug.cgi?id=351287
Even though I said earlier that's it's perhaps too late for adding i18n
support, I feel now that we absolutely need to do this if we want to
install any
Hi,
On Fri, 2006-08-11 at 15:37 +0930, David Gowers wrote:
* Why is the 'hard edge' toggle (from the clone tool) missing? Usually
hard edge is my preference.
Do we really need this toggle at all? You should get similar results if
you used a hard brush.
* Being able to turn off interpolation
Moin,
OpenUsability (www.openusability.org) is an initiative that brings Open
Source Software development and usability together. We have been working
with them in the past and I am happy to be able to announce today that
OpenUsability is going to sponsor students projects, somewhat similar to
OpenUsability Sponsored Student Projects
OpenUsability (www.openusability.org) is an initiative that brings Open
Source Software (OSS) development and usability together. This symbiosis
is beneficial for both sides: Developers can make difficult user
interface (UI) decisions together with
Hi,
On Tue, 2006-08-08 at 17:02 -0400, Brohan wrote:
I'm well aware of gimp_zoom_preview_get_factor(), but there isn't a
matching fuction such as gimp_zoom_preview_set_factor().
I have changed the API a little now, introducing a way to get access to
the GimpZoomModel that is being used by the
Hi,
On Wed, 2006-08-09 at 15:50 -0700, William Skaggs wrote:
Rectangle Controls: An expander containing a set of spinbuttons and
checkboxes used for specifying the shape of the rectangle
numerically. There are checkboxes for fixed width, fixed
height, and fixed aspect. If any of
Hi,
On Thu, 2006-08-10 at 14:36 +0100, Toby Speight wrote:
I'm playing around with my plug-in build system at the moment, tidying
up the automake/autoconf stuff as I go (and as I learn about autotools -
I'm a newbie there). One thing I do is find the Gimp plug-in directory
like so:
Hi,
On Thu, 2006-08-10 at 10:04 -0400, Kevin Sookocheff wrote:
Hello everyone,
I recently finished an implementation of the healing brush. A patch
implementing the brush is given at
http://bugzilla.gnome.org/show_bug.cgi?id=109801#c11 but does not
contain the icon and cursor that I
Hi,
On Thu, 2006-08-10 at 13:29 -0400, Brohan wrote:
I'm still having the same issue as before with the same error as before.
(gimp:26837): Gimp-Plug-In-WARNING **: expected tile ack and received: 5
I've ran gdb and set every possible breakpoint and it always says that
the program
Hi,
On Thu, 2006-08-10 at 13:15 -0700, William Skaggs wrote:
Concerning the aspect ratio, it should be possible to come up
with a method that allows easy entry of integer ratios. It
isn't clear that we will be able to come up with a menu of
standard ratios for 2.4. If we could just use a
On Thu, 2006-08-10 at 22:51 +0200, cedric GEMY wrote:
may be i misunderstood your actual specification, but when you define
modifiers, i only talk about multiselection modes. What about old
options with Ctrl and Shift that does the same as Expand from center
and Make Square.
In fact it
Hi,
On Tue, 2006-07-25 at 23:49 +0200, Karl Günter Wünsch wrote:
First of all the new one doesn't save it's options. That could be remedied
but
the amount of changes (I'm a C++ developer and really can't get my head
around doing the way object orientation is done in the tool, the
Hi,
On Wed, 2006-08-02 at 17:57 -0400, Brohan wrote:
I'm building a plugin to compare two images side-by-side with panning
and zooming, and I'm having a bit of an issue with getting the zooming
to work.
The way I'm doing it is initalizing a pixel region with the width
being (width of
Hi,
On Fri, 2006-08-04 at 16:48 +0200, Dave Neary wrote:
As I said on IRC last night, in case anyone is wondering, the GIMP
currently has roughly $21,000 in the GNOME fund.
Wow, I wasn't aware that that much money had piled up.
1. Paying for the GIMP user manual to get into a publishable
Hi,
On Tue, 2006-08-08 at 10:44 +0200, Karl Günter Wünsch wrote:
I have no doubts about this but there is a problem discerning these two by
just looking at the code if you are not that much into the GTK way of doing
objects. There also is little documentation whatsoever on what parameters
Hi,
On Tue, 2006-08-08 at 10:17 -0400, Brohan wrote:
Ah, I expected it to do any scaling. Are there any library functions
that do do scaling? I was expecting gimp_pixel_rgn_resize() to do the
scaling, as resizing the pixel region might entail scaling.
Resizing in GIMP terms usually just means
Hi,
On Tue, 2006-08-08 at 11:36 -0400, Brohan wrote:
Ah, its a scaled *up* picture that I need. The problem with
GimpZoomPreivew (And I have looked into it), is that there's no way to
get the zoom factor to set on another preview.
There's gimp_zoom_preview_get_factor() for this purpose.
A
Hi,
On Wed, 2006-07-19 at 00:27 +0100, Mukund wrote:
#define GIMP_COPYRIGHT \
- _(Copyright © 1995-2006\n \
-Spencer Kimball, Peter Mattis and the GIMP Development Team)
+ _(Copyright © 1995-2006\n \
+Spencer Kimball, Peter Mattis\n \
+and the GIMP Development Team)
Why
Hi,
On Wed, 2006-07-19 at 00:27 +0100, Mukund wrote:
With further input from Alan Horkan (idea to add descriptive comment)
I think that the description should stay GNU Image Manipulation
Program as it is now. The new text is IMO too long and I really like
the fact that the current About
Hi,
On Tue, 2006-07-11 at 13:09 -0700, Carol Spears wrote:
or, if you are not using gimp money or gimp people, you can take wilber
off the logo and just use the word GIMP instead. wilber and gnome don't
have anything to do with each other, do they?
GIMP and GNOME do have a lot in common. It
Hi,
over the last two days, two new GIMP releases have been uploaded to
ftp://ftp.gimp.org/pub/gimp/
GIMP 2.2.12 is a bug-fix release in the stable GIMP 2.2 series. Among
other fixes, it removes a possible buffer overrun in the XCF parser.
Even though there are currently no known exploits for
Hi,
On Wed, 2006-07-05 at 21:41 -0300, Joao S. O. Bueno Calligaris wrote:
Forgot to say this: not only had I complained, but I also offered to
fix the issues with the python scripts right away, and you just said
it was too late.
Me saying that it is late, even too late, doesn't mean that
Hi,
On Thu, 2006-07-06 at 11:47 +0200, Dave Neary wrote:
I would like to contribute it as a replacement for xcf.txt, but I
would like it to be correct first.
While that's an admirable goal, it's already vastly better than what's
there already. So I think the sooner we get this into
Hi,
On Thu, 2006-07-06 at 11:27 -0700, John Waugh wrote:
I got no real response to the below question on gimp-user, so I guess
it's time to start editing the source (:
I would like to either
1) add a new 'pan' tool, to which I could then assign a key
-or-
2) somehow remap the middle
Hi,
On Thu, 2006-07-06 at 10:22 +0300, Haarald Sinihammas wrote:
If i get full source from cvs then i have trouble with autogen.sh -
okay, lets using aclocal19 and so on.
You should use autogen.sh. If you want to specify a particular binary to
use instead of aclocal, you can do that by
Hi,
On Sun, 2006-07-02 at 10:38 +0200, Marco Ciampa wrote:
Why not to bring all the GIMP windows up over all the others windows when I
clic on to one of the many GIMP windows?
Because it isn't trivial to do that. You can try the transient windows
option in the Preferences dialog of a recent
Hi,
On Mon, 2006-07-03 at 11:03 +0200, Dave Neary wrote:
For mentors, it is not just recommended to be subscribed here, it is a
requirement - as in this case, important information about the program
is sent to this list, and I have been working on the assumption that all
GIMP mentors are
Hi,
On Sat, 2006-07-01 at 11:59 +0100, Alan Horkan wrote:
The switch over to Tiny-Fu will result in a certain amount of
incompatibilities anyway so it might be a good time to reconsider.
We are most likely not going to do the switch to Tiny-Fu until those
incompatibilities have been sorted
Hi,
On Tue, 2006-07-04 at 01:11 -0400, Kevin Cozens wrote:
Now that GIMP handles registration of the same menu item from different
plug-ins, I am just waiting for the time a user reports a bug in Whirl and
Pinch (for example) and doesn't realize which version they were using (as in
the
Hi,
On Wed, 2006-07-05 at 20:44 +0200, Henning Makholm wrote:
Related to this: While researching the format I discovered a buffer
overrun somewhere in the XCF parsing code. Is there a recommended way
to report security bugs confidentially? (I asked on IRC and was
encouraged to just use the
Hi,
On Wed, 2006-07-05 at 21:36 -0300, Joao S. O. Bueno Calligaris wrote:
It is allright for me if you do not install then- but I had
complained. - At least count that.
IIRC, there hasn't been a comment in the respective bug report, but I
might be wrong.
Actually we could think of then
Hi,
On Thu, 2006-06-29 at 14:37 +0400, Alexandre Prokoudine wrote:
Does anyone own a list of supported and not supported by GIMP features
of PSD? Googling hasn't helped me much, but at least it gave these two
useful sources:
Hi,
On Wed, 2006-06-28 at 10:16 +0100, Alan Horkan wrote:
Plugins have both a short summary description (blurb) be and a longer
more descriptive help. It might be worth making things consistent and
doing the same for scripts.
As I already explained, we can't easily do that without breaking
Hi,
On Tue, 2006-06-27 at 01:43 -0300, Joao S. O. Bueno Calligaris wrote:
I e mentioned once or two that when the script-fu and python-fu
scripts where brought togetehr to teh same menu space as the C
filters there would be confusion about which menu entry is associated
with a script in
Hi,
On Fri, 2006-06-23 at 11:49 -0700, Carol Spears wrote:
what is the purpose of a toggle that says Background?
There is no toggle that says Background in the options of this tool.
That's why I will not try to answer the rest of your mail. You would
better look at the tool options again and
Hi,
On Sat, 2006-06-24 at 15:34 -0700, [EMAIL PROTECTED] wrote:
I estimate that I am about 15% finished on this task and that it will
take me another two weeks to complete. Would this be sufficient for
your scheduling needs?
That would be sufficient but I am afraid that you misunderstood
Hi,
On Tue, 2006-06-27 at 05:09 -0700, [EMAIL PROTECTED] wrote:
For what it's worth, I did examine the plug-ins but they have two
blurb strings available (one for the status line and one for the
plugin's Help dialog) whereas Script-fus seem to only have the one. I
had mistakenly
Hi,
On Wed, 2006-06-28 at 01:17 -0400, Kevin Cozens wrote:
Is there a particular need for these blurbs to be short one liners other than
making things easier for the translaters?
Yes, they need to fit into the statusbar and should follow the same
style that plug-ins use for the blurb.
One
Hi,
On Thu, 2006-06-22 at 00:35 +0200, Raphaël Quinet wrote:
The file plug-ins could as well use the functions via the PDB then.
What's the benefit of linking to them?
Cleaner code (core/GUI separation, maintainable by different people),
lower overhead (especially when changing many
Hi,
On Thu, 2006-06-22 at 12:09 +0930, David Gowers wrote:
It looks like there is a bug in the SIOX tool/gui that causes it to
return to the foreground setting unexpectedly, until the Control key
is first pressed, then it works as expected.
That's not a bug. You cannot mark background unless
Hi,
On Thu, 2006-06-22 at 00:08 +0200, Raphaël Quinet wrote:
Anyway, my main argument is that it would be more consistent with the
other tools: the other selection tools, the transform tools and the
zoom tool only consider the state of the modifiers before the first
click. Subsequent
On Wed, 2006-06-21 at 15:36 -0700, Carol Spears wrote:
i really tried to use siox this weekend. it is so confusing, i have no
idea what to expect from it or if what happened to me was a bug.
the default is foreground extraction. i wanted it to background extract
and toggled this tool
Hi,
On Thu, 2006-06-22 at 13:33 +0200, Raphaël Quinet wrote:
Well, let's say that it makes it a bit easier if the code is at least
split in separate directories (even if a library is not required for that).
As for the lower overhead, it does make a difference if the file plug-ins
can link
Hi,
On Thu, 2006-06-22 at 00:53 -0700, [EMAIL PROTECTED] wrote:
I would be willing to spend some time on this; although I am
unfamiliar with what the previous work on other plugins was about. In
particular, I do not know what marked them for translation means (if
this is referring to
Hi,
On Wed, 2006-06-21 at 21:22 +0200, Raphaël Quinet wrote:
Here is a proposal for improving the messages that are shown in the
status bar. Such messages would be very useful for describing some
hidden features of the paint tools (bug #124040) but also for the
other tools.
Basically, I
Hi,
a while ago we went over all plug-ins, reviewed the procedure blurbs and
marked them for translation. The blurbs are shown in the image status
bar and as menu tooltips. This hasn't happened for Script-Fu yet, even
though the script procedure blurbs are shown in the status bar as well.
Thus,
Hi,
On Wed, 2006-06-21 at 21:15 +0200, Raphaël Quinet wrote:
Most of the functions listed above are currently implemented in the
metadata plug-in and exported in the PDB. So you can find a slightly
longer description of these functions by looking in the Procedure
Browser and searching for
Hi,
On Wed, 2006-06-21 at 23:53 +0200, Raphaël Quinet wrote:
The file plug-ins would not use these functions via the PDB because they
could use the library directly.
The file plug-ins could as well use the functions via the PDB then.
What's the benefit of linking to them?
That covers the
Hi,
On Sun, 2006-06-18 at 20:19 +0100, Alan Horkan wrote:
I was thinking that if Jimmac created his new theme independently -
something he might have already done - it would remove any need to delay
its introduction. The theme could be added now it could be made the
default later when it
Hi,
On Sat, 2006-06-17 at 09:54 +0100, Alan Horkan wrote:
Will the old icons be offered as a seperate theme set?
If someone wants to create such a theme, we might consider to include
it. I would suggest however that is it being shipped as a separate
package. Perhaps we could have a package
Hi,
On Thu, 2006-06-08 at 09:36 +0100, Toby Speight wrote:
Sven Well, in theory it could catch the signal and clean up before it
Sven exits.
No, SIGKILL can't be caught by a process.
The plug-in receives a QUIT message on the wire before it is being
killed. Probably not trivial to do the
Hi,
On Wed, 2006-06-07 at 17:36 +0100, Toby Speight wrote:
While we're on this subject - obviously the plug-in process has no
chance to clear up if it's killed outright,
Well, in theory it could catch the signal and clean up before it exits.
so what happens to e.g. undo stack in this case?
Moin,
this night the GIMP 2.3.9 release appeared on the FTP server:
ftp://ftp.gimp.org/pub/gimp/v2.3
Version 2.3.9 is an unstable development snapshot of the GNU Image
Manipulation Program. It is however not quite as unstable as one might
think, and rumours are that it is one of the last
Hi,
On Tue, 2006-06-06 at 13:28 +0400, Alexandre Prokoudine wrote:
On 6/6/06, Sven Neumann wrote:
Over the next weeks, we will try to add the remaining missing features
and to iron out all the bugs that are blocking the 2.4 release. Any
help with that is very much appreciated
Hi,
On Sat, 2006-06-03 at 12:07 +0200, Sebastian Breuers wrote:
The plug-in, I'm writing, creates a number of layers, every layer receives an
object, for example a circle (created by ellipse selection, an selection
fill), but somewhen, don't know why, the layer contains not only the desired
Hi,
On Sat, 2006-06-03 at 11:58 -0300, Joao S. O. Bueno Calligaris wrote:
For C plug-ins that might be true. However, python plug-ins are not
good in dealing directly with pixels - that is, for rendering things.
There is no need to access pixels directly. We are not asking the C
programmer
1301 - 1400 of 3017 matches
Mail list logo