y-part.html
Note that this doesn't represent the current state of development, but
rather the state of the stable 2.6 release. If you have the current
source around, you can build a more recent version yourself.
Sven
___
Gimp-developer mailing lis
name for the plugin, for example "Stroke selection with
> selection".
> Choose the OK button.
> Read the summary and choose the OK button.
> Restart Gimp.
It's a pity that GIMP needs to be restarted. We should add API to
(re)load all or a particular plug-in at run-time.
The current development version (which is where such a change would have
to happen), doesn't use the string "Don't Save" any longer.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
ktop.
Which is why GIMP ships two binaries. A UI version called gimp.exe and a
command-line tool called gimp-console.exe. The latter does not provide
any user interface and doesn't even link with GTK+.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
works more like what Liam expects, a "Hard Pencil" for pixel-pefect
icon retouching, a "Crayon", ...
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
alware far
> and wide.
Well, that's a point. But I guess that one could run such a server in a
chroot environment or even a virtual host.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
want to do, Script-fu server should be the best option.
> See http://docs.gimp.org/en/gimp-filters-script-fu.html (Section
> 10.6.4. Start Server).
I don't think so. As far as I can see Script-Fu won't handle multiple
scripts running simultaneously.
Sven
_
m a
GSoC developer.
Definitely sounds more useful to me than introducing Javascript to GIMP.
I somewhat doubt that we would get more developers hacking on the core
if we added JS as another entry barrier.
Sven
___
Gimp-developer mailing list
Gimp-develop
m/site/naoliv/gimp/1.png). It looks
> something like a help button.
That is obviously a place-holder. It is meant as an invitation for
someone to volunteer to draw a better icon.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
n IRC. A short answer stating that this is a known issue
would have been appropriate.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
ace though. It's somewhat difficult to locate
it in the list of changes for GIMP 2.0.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
opriate to include
> a header file from a sibling directory this way?
No, you just #include "file/gimp-file.h". The include paths for the
compiler are configured so that this will work.
Sven
___
Gimp-developer mailing list
On Tue, 2011-01-18 at 00:29 -0500, Kevin Cozens wrote:
> Sven Neumann wrote:
> > Um, sorry. Somehow I was under the impression that it should work. But
> > you are right, it's supported for plug-ins but not (yet) for Script-Fu
> > scripts.
>
> Are translations ena
On Fri, 2011-01-07 at 00:27 +0100, Martin Nordholts wrote:
> On 01/06/2011 11:01 PM, Sven Neumann wrote:
> > I just wanted to let you know that we have seen a dramatic increase in
> > donations since then. More than 120 people donated over the last 8 days
> > and sent u
On Fri, 2011-01-14 at 01:42 +0300, Alexandre Prokoudine wrote:
> On 1/13/11, Sven Neumann wrote:
>
> > Why doesn't FX Foundry install its own po files in its own translation
> > domain? Script-Fu has support for registering an additional translation
> > domain.
using GIMP with GTK-OSX because it using Global Menu and
> using OSX Native UI.Regards,
You can compile a more recent version of GIMP and GTK+ on Quartz using
Macports. Just make sure you compile the "+no_x11+quartz" variant of
GIMP and all the libraries.
Sven
___
Fu has support for registering an additional translation
domain.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
hat would be the core
developers and we really need the core developers to work on GIMP 2.8.
Focusing on developer documentation is not going to make GIMP 2.8 happen
earlier. On the contrary, it is likely to delay it further.
Please try to come up with sugges
K+ on X11 or did you compile GTK+ with the Quartz
backend?
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
The right step is to get your changes upstream. What exactly are you
changing and why?
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
seen a dramatic increase in
donations since then. More than 120 people donated over the last 8 days
and sent us about 2,500 dollars. Perhaps it would be a good idea to
discuss how we can actually use this money to make the GIMP 2.8 release
happen soon...
Sven
t; text file.
That is a misunderstanding. The undo stack stores image states so that
you can go back to these states. It doesn't store the actions performed
on an image. What you are asking for is not possible with the current
undo framework.
Sven
___
On Sun, 2010-12-12 at 10:45 +, jcup...@gmail.com wrote:
> On 7 December 2010 22:07, Sven Neumann wrote:
> > in GIMP on OS X. Even though there's a pretty well working Quartz port
> > of GTK+, there haven't been any successful attempts to make a binary
> > GIMP i
d having "Unsharp Mask"
in a group with "Sharpen" should be a good hint on what it actually
does.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
here are other application that fill this
need and we should leave it to them to present the user with just a
single sharpening algorithm and calling it "Sharpen" (even though it
would most probably be "Unsharp Mask").
Sven
__
On Wed, 2010-12-08 at 14:40 -0500, Rob Antonishen wrote:
> >
> > We prefer patches created from git commits using 'git format-patch'. If
> > you had submitted such a patch, I would have pushed your commit by now.
> > Can you resend your diff with a commit log p
u had submitted such a patch, I would have pushed your commit by now.
Can you resend your diff with a commit log please?
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
his, but if someone thinks that he/she could make a
living from this, please go ahead and give it a try. In general we (and
the GTK+ developers) are very much interested in getting your changes
integrated upstream.
Sven
___
Gimp-developer maili
ee all is well, isn't it?
Sven
PS: Please ask such questions on the gimp-web mailing-list next time.
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
-opening-block-to-after-some-tests.patch
>
> Is there something wrong with them, please?
I have pushed both patches to master. Thanks for your contribution.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
xtension uses it for example to redirect progress information from a
script to the progress-bar in the script dialog window.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
ruler
and the scroll-bar. It has a right-click menu that allows to open a
dialog to configure the Quick Mask attributes. I believe that's where
these strings are being used.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
11 and Mac OS.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
bilities. Currently display color management is totally broken in
trunk, so we need to find a way out of this anway...
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
gement system would basically need to be rewritten. This has the
potential to allow some important improvements all over the place. But
we really need someone willing and capable to finish this work if we
want to open this can of worms.
Sven
___
Gi
gt; I guess the issues are the input paramters of the function. A function
> requires an image and a drawable as input, am I right?
No, procedures don't require any input parameters at all. For procedures
to be run from the image menu, it makes sense to have an image and a
drawable parame
using the
application that we are developing. And yes, we notice such problems.
There is really no need to tell us about each and every problem you
encounter with current git. In particular not if there's already a
bug-report on it.
Sven
___
Gimp-dev
-fu console. I couldn't find it in the files I sampled at
> <http://developer.gimp.org/api/2.0/index.html>. Where is it documented?
http://developer.gimp.org/api/2.0/libgimp/libgimp-gimpcolor.html#gimp-histogram
Sven
___
Gim
current git version, but maybe also in the stable
> version.
That's intentional. Due to the way that Edit->Fade is implemented, the
user must not do anything else while this dialog is opened.
Sven
___
Gimp-developer mailing list
Gimp-d
ge saved from google docs generates a
'gimp-image-set-resolution' error message
* Updated translations:
German (de)
Spanish (es)
Italian (it)
Japanese (ja)
Romanian (ro)
Chinese (Hong Kong) (zh_HK)
Chinese (Taiwan) (zh_HK)
Happy GIMPing,
Sven
___
ebx;
>id.idasints[1] = edx;
>id.idasints[2] = ecx;
>
>id.idaschars[12] = '\0';
>
> then do the comparisons against id.idaschars.
Could you send a patch please, preferably generated from a git commit?
Thanks, Sven
___
Gimp-de
e button to paste the text cursor does not move.
If you are using the "small edit window of the text tool", then I assume
you are talking about the 2.6 text tool here, right? This edit window is
a standard GtkTextView. So if there's misbehavior when pasting to this
window, the
rtainly see that showing size in megapixels can be useful for
> our target user base. We're even lucky enough to have the prefect char
> 'M' free for it. So I have pushed a cleaned up version of your patch
> (that only uses 1 decimal) to git master:
You missed to add th
ow up.
Shouldn't make much of a difference. The change to the selection only
invalidates the view and queues a redraw. The pending redraw shouldn't
slow things down considerably.
Sven
___
Gimp-developer mailing list
Gimp-developer@l
t the computer magazines. Currently
there's the c't special on sale that comes with lots of interesting
software for photo editing:
https://www.heise.de/kiosk/special/ct/10/06/programme.shtml
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
ou suggest, we should work on making it
easier for users to install additional plug-ins.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
ions internal
> to GIMP (other programs can thus use libgimp, but only if GIMP is
> running).
Taking your example, the role of libgimp is explained in
devel-docs/structure.xml. Sure, this documentation could be extended to
make things even more clear. Everyone is invited to contribute.
S
ution of choice.
We don't decide what's included in the GIMP package that you install. I
agree that it would be a good idea if the gimp-ufraw package was
suggested whenever you select gimp for installation. It should probably
also be included in the Windows installer.
Sven
___
ird-party libraries to read and
write RAW files. We are certainly not going to reinvent the wheel.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
On Sun, 2010-09-19 at 21:01 +0200, fu...@gmx.net wrote:
> Thanks, but I know UFRAW and I am also using it myself, but that's not
> the point of my question. I just wanted to know, when GIMP will
> support RAW processing out of the box.
Define "out of the b
On Sun, 2010-09-19 at 21:36 +0200, Ofnuts wrote:
> 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
>
open and process RAW files of many camera manufacturers
in GIMP after installing the UFRaw plug-in from
http://ufraw.sourceforge.net/. But I guess that "direct support" means
something else for you?
Sven
___
Gimp-developer mailing
, it doesn't
actually add it to the image. If you tried to do that, then that would
fail.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
ython interface returns 3 or 4 channels even in greyscale, so
> everything is OK.
If that is the case, then there is a bug somewhere. But I very much
doubt that gray-scale layers are reported to have 3 or channels. Perhaps
you can show us some ex
). Am I overlooking the
> obvious or would that only apply to layer masks?
Grayscale layers only exist in grayscale images. If you specify "GRAY"
and/or "GRAYA" or "*", then your procedure needs to handle those
drawable types.
Sven
and plug-ins to hook into the Paths dialog
where they could provide a menu entry to "Remove overlapping paths".
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
eport yesterday concerning GIMP's invalid path-line
> drawing (https://bugzilla.gnome.org/show_bug.cgi?id=629340).
> Then, as Sven marked this ticket as duplicate of
> https://bugzilla.gnome.org/show_bug.cgi?id=55364 (dating form 2001) I
> realized that
> things will change re
I need about 3 or 4 seconds just for drawing 2072
> circles.
How do you draw your circles now?
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
="67.334,493.895 77.587,494.896 78.033,463.871 67.768,463.723
> " />
Can you please open a bug-report and attach the most simple test case
that you can come up with? We need a small .svg file that illustrates
the problem. I am pretty sure that the problem can easily be fixed then.
to make
things easy for you, but then it gets into your way and you end up
spending time to find workarounds for that.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
On Mon, 2010-09-06 at 21:38 +0200, Martin Nordholts wrote:
> On 09/06/2010 09:22 PM, Sven Neumann wrote:
> > Will buildbot build failures be posted to this list? Do you have the
> > 'blame' feature setup so that the commits that potentially broke the
> > build a
hat selection. Then you can use layer.fill() instead.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
bly virtual) machine
> reachable from the internet. We can then add links to that machine on
> gimp.org to the tarball dir it produces.
Well, we could ask if it is possible to have this run on cube. But I
guess that it really makes sense to have a dedicated (virtual) machine
for this.
Sv
ps://bugzilla.gnome.org/show_bug.cgi?id=325564
> which now hides the old layer modes unless they are loaded from an XCF.
I am not so happy about the choice of the term "obsolete". The old layer
modes are not obsolete. I'd suggest to use the term "legacy" instead.
Sven
_
ou might want to resend this offer to the gegl-developer list. It might
be interesting to integrate your work with the gsoc2009-gpu branch.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
ved over the last GIMP versions. I guess most scanner plug-ins
even still register in /File/Acquire and are being mapped to
/File/Create/Acquire
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
or each of your changes and submit your
changes broken into smaller commits. That makes review a lot easier. It
is also easier for us to apply your patches then.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
is part of your patch is trying to achieve.
Overall it would help a lot if you could explain what your patch tries
to achieve and what the purpose of the changes are. I have not been able
to understand the benefits of your changes just by looking at the patch.
Sven
On Mon, 2010-08-30 at 20:25 +0200, Rupert Weber wrote:
> so I've played around with babl a bit, and quite a few questions came
> up. Is there a separate babl mailing list?
gegl-developer is the place for discussing babl things.
Sven
_
sense, but IMHO that's
> the job of a 3.0 redesign -- there is a whole lot more to do than just
> releasing
> the dockables from their current hiding place and distributing them over the
> menu structure.
As I pointed out in another mail, most dialogs are already available
e (and there are many more):
Edit->Undo History
View->Navigation Window
Select->Selection Editor
Colors->Info->Histogram
Actually I think it's just an oversight that the Layers dialog is
missing from the Layers menu. IMO all dialogs should be accessible from
t
:) ?
> > The wiki took me here: http://gimp-wiki.who.ee/index.php/Hacking:Source_Tree
> [...]
>
> Oh, an overview on the organization of the source tree!
More complete and up-to-date documentation can be found in the
devel-docs folder of the source tree. Her
On Thu, 2010-08-26 at 22:05 +0200, oli...@first.in-berlin.de wrote:
> I'm not long enough on this list to know all the old discussions, but AFAIK
> Sven Neumann once (some years ago) was interviewed by the Chaos Radio, and
> mentioned there, that one person did a complete usa
bles
menu that raise/create those dialogs in the places where they belong. So
we would have "Layers dialog" in the "Image/Layers" menu and the like.
That's as simple as editing the XML files in the menus sub-directory.
Perhaps someone wants
se the commmand line
> switches:
>
> gimp2-6.exe -i -b "(script_name params)" -b "(gimp-quit 0)"
>
> This works fine so far, but this opens a new windows-console. After the script
> finished it states:
>
> "batch command successfull - "
You a
; reasoning sense.
>
> at least keep the scanner stuff separate and make it obvious that it's
> for scanners.
Scanner plug-ins are supposed to register in
"/File/Create/Acquire". "Acquire" is a menu group inside the
File/Create sub-menu. So scanners are already
e items were moved to File->Create and no one
came up with a better solution. So unless someone comes up with a very
good idea this time, things will stay as they are.
And no, just adding yet another sub-menu to the File menu is not a very
good options. That menu is pretty much ov
On Tue, 2010-08-24 at 22:59 +0200, Sven Neumann wrote:
> On Tue, 2010-08-24 at 17:06 +0200, Rupert Weber wrote:
>
> > > I suspect that the code is already triply duplicated now then, the
> > > original GIMP CIE Lab code in app/base/cpercep.c , it's copy in
> &g
and improve babl when it comes to pixel format
conversions.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
ised to find that code in app/base. As you say, it's the same
> as in babl.
> But I don't see that code being called from anywhere within GIMP. Why is
> it even there?
It is used by the RGB->Indexed conversion in core/gimpimage-convert.c
Sven
s borders are magnetic, but layer borders aren't (yet).
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
to introduce new API for that as we have babl which is available to
the core and plug-ins and provides a much superior API. If your
optimized routines turn out to outperform the CIE Lab <-> sRGB
conversions that are in babl right now, then your code should be added
to babl.
Sven
__
ly from C++, so there is nothing to prevent you
from using C++ to write a GIMP plug-in.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
ode. In this case though the message should
simply not be marked for translation at all.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
ld IMO be better to
require that the user uses a version that is new enough to handle the
new modes.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
ork (check that if you click out of
> the window and go back to GIMP, if the foreground color was set to the
> right color) you are welcome to open a bug report at the GIMP bugzilla
> https://bugzilla.gnome.org/enter_bug.cgi?product=GIMP
If it doesn't work, then that's more likely
e taken an afternoon or two to fix it. Someone just needs to
spend that time and actually prepare a patch. This is not a question
about GEGL or not GEGL. If you feel that it is important to get this
fixed, then please submit a patch that introduces new fixed color modes.
Sven
As others have pointed out already, it is of course possible to
introduce a new color mode to fix the old broken one. Old XCF files
would still load fine then and the problem would be fixed. But we are
certainly not going to break the XCF file for
kward compatibility to it. It is considered very
important that you can open your old XCF files in a new version of GIMP
and get the same result as in the version you created them in.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF
ll enough. But this is a matter that should be discussed
on the gimp-web mailing-list. What we are lacking even more than
programmers is a capable and thrust-worthy sysadmin to overhaul our web
services.
Sven
PS: Could you pretty please learn to spell the name of the program
properly? It is call
On Sun, 2010-07-18 at 07:55 +0200, Cedric Sodhi wrote:
> I also might want to map Tilt (which GIMP currently has no support
> for)
That is incorrect. GIMP has had support for Tilt for more than ten years
(since before version 1.0). It was limited to the Ink tool though until
recently.
translated, we wouldn't have marked them for
translation.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
-ins/common/grid.c:719
> msgid ""
> "Vertical\n"
> "Lines"
/Filters/Render/Pattern/Grid
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
ormat is documented in the GTK+ developer documentation.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
into GIMP as soon as possible.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
lt does not change. But it would be
desirable to get fixes to the algorithm submitted separately from
optimizations.
It would also help a lot if the patch followed the GIMP coding style.
Please see the file HACKING in the GIMP source tree.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
On Thu, 2010-07-08 at 08:58 +0300, LightningIsMyName wrote:
> Sven: I think this should somehow be handled for the future - what's
> the best place to leave a note to developers/commiters that before
> commiting new strings they should add some contexts for their strings?
> If
eeded. Preferably open bug
reports for this.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
vance when the time has
come for a release. It basically happens when enough bug-fixes have
piled up and I find the time to roll out a release. And that time-slot
doesn't announce itself.
I suggest that you try to push your changes to git as soon as possible.
That's the best way to make it
probably be a nice thing to add, but so far no one has started to work
on it.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
1 - 100 of 3671 matches
Mail list logo
