On 07/23/2009 06:17 PM, SHIRAKAWA Akira wrote:
Would you like me to write more in detail and be more specific regarding
this?
Absolutely, I mean why would you hold it back?
BR,
Martin
___
Gimp-developer mailing list
On 07/23/2009 06:37 PM, Sven Neumann wrote:
I don't see how anything that was unreasonable some years ago becomes
reasonable in 2009.
It was equally reasonable also some years ago. My point was that we are
long past the time when hard disk space was an issue.
Another reason is that it
On 07/24/2009 09:06 AM, Sven Neumann wrote:
Hi,
On Thu, 2009-07-23 at 22:07 +0200, Martin Nordholts wrote:
So, we can only add resources and tags that have never shipped with a
previous version of GIMP to the migrated user dir. Finding this set of
resources and tags is just a matter
On 07/24/2009 11:48 AM, gg wrote:
Hi,
I added a comment to a png image and pressed Save. I was averted to the
fact it failed by the fact it was too quick (a fairly large file).
On repeating the save to see what happened I caught a glimpse of a
subliminally fast message at the bottom off the
On 07/24/2009 11:55 AM, gg wrote:
Hi,
using gimp 2.6.6 I pulled the tool options dlg off the toolbox. Now it
won't dock back in.
the space says you can drop dockable dialogs here but nothing happens
when I do. I remain with two independant windows.
I was explaining to someone over the
On 07/24/2009 12:28 PM, Sven Neumann wrote:
Hi,
On Fri, 2009-07-24 at 10:33 +0200, Martin Nordholts wrote:
Whatever approach we take will require some dedicated code for managing
system/default resources. My conclusion is that being forced to deal
with this at migration time is less messy
On 07/24/2009 01:10 PM, Martin Nordholts wrote:
As convinced you are that your approach is better than mine, I'm equally
convinced my approach is better then yours.
I would like to add that if the ongoing brush dynamics and tool options
redesign discussions end with a solution where editing
On 07/25/2009 06:05 PM, Luis Diego Alpizar Alpizar wrote:
This is the annotated version I sent to the GIMP UI brainstorm blog. It
doesn't add much more than what has been already wrote in this thread
though:
http://img268.imageshack.us/img268/8928/sdigimp.png
I agree with this
On 07/26/2009 05:45 AM, SHIRAKAWA Akira wrote:
Nelson A. de Oliveira wrote:
This is something that I, as an user, would like to have.
It also seems to save some screen space when editing on a notebook
that can do only 1024x768 too :-)
This is a smaller version I made which shows that at
On 07/24/2009 11:07 AM, Stephen Griffiths wrote:
I am looking for some advice on how to make tool re-arrangements
cancelable in the preferences dialog.
(for http://bugzilla.gnome.org/show_bug.cgi?id=500930)
the current code that resets the preferences looks like this (in
prefs-dialog):
if
On 07/28/2009 03:04 AM, Joao S. O. Bueno wrote:
Getting back to the start of this discussion --
I am in talks with the new mantainer of a very popular brazillian GIMP
comunity portal this week (Guilherme coordinating www.ogimp.com.br with
~20.000 unique visitors a day)-- he has resources of
On 07/28/2009 12:40 PM, Roman Joost wrote:
Hi,
I wasn't sure if I should bring up this discussion on the mailing list
or better on the bug report
(http://bugzilla.gnome.org/show_bug.cgi?id=589474).
I think it could be useful to subscribe to events emited by the XMPModel
(although other
On 07/31/2009 07:06 PM, Emil Assarsson wrote:
Hi,
I'm trying to get a grasp over the Gimp code but I think I need a
cross referenced code browser of some kind. Are there anything online?
Or can anyone suggest a better way?
I use exuberant ctags for looking up symbol definitions, and GNU id
On 07/31/2009 07:12 AM, Roman Joost wrote:
I could and the patch provided by that bug adds a custom
'property-changed' signal. Sven and Mitch thought, if I inherit from
XMPModel, I wouldn't really need the 'property-changed' signal, because
I'd be able to control the 'property-changed' signal.
Hi,
The Color layer mode has since long produced bad results, see bug
325564 [1] for a way to see this. The cause is a combination of rounding
errors due to 8bit processing and poor properties/usage of the
underlying color model HSL.
I have just implemented Color based on the CIE LCH color
On 08/02/2009 12:19 PM, SHIRAKAWA Akira wrote:
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.
Except for the final results, will there be any change at a user
interaction
On 08/02/2009 12:59 PM, David Gowers wrote:
LCH processing is definitely slower than HSV or HSL (whether optimized
or not), so this may have an impact on display update speed (and
consequently on user experience)
Problems with real-time responsiveness when using LCH is a good point,
and using
On 08/02/2009 01:50 PM, Roman Joost wrote:
does not change the fact that it would be nice to have a
'property-changed' signal as a convenience if you have the need to
listen property changes
So ... I'm just wondering. If I like to use two signals for the
XMPModel, does it still make sense to
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
Date: Sun Aug 2 21:35:10 2009 +0200
Bug 401754 – Port Hue, Saturation
On 08/03/2009 10:45 AM, SHIRAKAWA Akira wrote:
Hello,
The last discussion about using CIE LCH for some layer modes made me
remember that there is a CIE LCH color selector plugin for GIMP that
many people would like to see included in the main GIMP distribution
sooner or later.
Before we add
On 08/03/2009 05:07 PM, SHIRAKAWA Akira wrote:
Martin Nordholts wrote:
Before we add support for picking device-independent colors, the whole
color selector should be color managed, and it currently isn't.
by
not color managed did you refer to this specific implementation of a
LCH color
On 08/03/2009 05:44 PM, SHIRAKAWA Akira wrote:
Can you give a rough estimate of when a color managed picking system
will be integrated into GIMP ?
Making the color picker color managed has not been incorporated in any
short or long term plan yet. So yeah, maybe we will get around to do it
in
On 08/03/2009 09:33 PM, Sven Neumann wrote:
GIMP has done it the way you proposed in the past and copied system
resources to the user directory. This was ugly and caused lots of grief.
Eventually we got rid of this mess and now you are proposing to undo
this work and to reintroduce this
On 08/03/2009 11:04 PM, gg wrote:
As I said in my original post , this is not a by the way the image
was not saved it is an error condition what warrants an modal dialogue
and a user response.
Please let's not bombard the UI with modal dialogs. They are excellent
for interrupting workflows
On 08/03/2009 11:19 PM, Jay Smith wrote:
_I_ would want my workflow interrupted if the program was not going to
do what I had asked it to do. Maybe that's just me.
Hi Jay
When you do a File - Save you want to make sure that your changes is
safely written to disk, right? If you have made no
On 08/04/2009 08:27 PM, Sven Neumann wrote:
Well, there have been some good arguments brought up in this thread why
saving a clean image may make sense. So perhaps we should change the
default for 'trust-dirty-flag' back to 'no' and always save the image?
I was about to propose changing the
On 08/04/2009 01:29 AM, Christopher Howard wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
http://bugzilla.gnome.org/show_bug.cgi?id=164774
Hi - I was going to look into this enhancement. It was a request to make
it possible for the user to change the zero-point of the image rulers.
On 08/05/2009 04:39 PM, Radhwan Ben Madhkour wrote:
Hi,
I want two persons to work on the same image at the same time but on
different pc.
Since my last post (tile update on Thursday 30 July), I have had some
results. One person can open Gimp, start to draw and the changes are
sent to
On 08/06/2009 04:48 AM, qrtt1 wrote:
Hello,
I try to load a file:
const gchar* filename = /home/qrtt1/Desktop/Images/IMGP5585.JPG;
gint32 imageId = gimp_file_load(GIMP_RUN_NONINTERACTIVE, filename,
filename);
but:
qr...@debian:~/Desktop/galileo/workspace/gimp-plugin-test$
On 08/10/2009 01:12 AM, Luis Diego Alpizar Alpizar wrote:
See this http://bugzilla.gnome.org/show_bug.cgi?id=591017
How can i apply this patch in linux ubuntu??(i did try using man patch,
seem to work, but not sure)
i need to recompile GIMP again? (if so how without lossing the patched
file?
(11).
Any comments on the proposed way to deal with obsolete resources?
/ Martin
--
My GIMP Blog:
http://www.chromecode.com/
From b12d3466e65c67aeb0f5cc5a444040f81dd1df23 Mon Sep 17 00:00:00 2001
From: Martin Nordholts mart...@src.gnome.org
Date: Tue, 11 Aug 2009 20:38:12 +0200
Subject: [PATCH
On 08/12/2009 08:50 PM, Sven Neumann wrote:
Hi,
On Tue, 2009-08-11 at 20:45 +0200, Martin Nordholts wrote:
It has already been concluded that we want to get rid of a few data
resources for GIMP 2.8 and also that this requires a mechanism to
support backwards compatibility for scripts
On 08/13/2009 05:46 PM, Aurimas Juška wrote:
Suggestions please. What resource tagging in GIMP could be in 2.8 and
in the later versions?
Hi Aurimas,
Multiple-selection of resources and keeping translations within tags to
allow switch language would be nice to have for 2.8.
If we keep all
On 08/13/2009 09:54 PM, BugByteMan wrote:
Hello,
When I build gimp (mingw/windows XP) with gtk+ 2.17.2 the application
crashes as soon as I move my mouse over either the toolbox or image window.
This happens with both the stable (2.6.6 tarball) and git source. I have not
been
On 08/14/2009 02:26 AM, Bug ByteMan wrote:
I know for sure that the problem I am experiencing is a result of
changes from gtk+ 2.17.2 to 2.17.3. Unfortunately I do not have it
isolated to a particular commit.
Between 2.17.2 and 2.17.3 the client-side-window branch was merged to
master. What
We are pleased to announce the release of GIMP 2.7.0 which is the
first step towards GIMP 2.8, the next stable release. Even though GEGL
related work has been made, the primary focus for GIMP 2.8 is to get
work not related to GEGL done. This will enable us to fully focus on
GEGL once GIMP 2.8 has
On 08/17/2009 11:52 AM, Jonathan Wolf wrote:
Hi,
I've tried to get in contact with the GIMP logo author, but I haven't
been able to find a valid e-mail address. At any rate, under what
licensing terms is the GIMP logo under (in particular, does the
license already allow for usage of the logo
On 08/20/2009 06:09 PM, LightningIsMyName wrote:
Hello,
As requested in http://bugzilla.gnome.org/show_bug.cgi?id=382688 I
have created a PDF export plugin for GIMP. I need some feedback on it
(mainly on it's GUI) so I'm asking for it here. The plugin can be
accessed through File-Create-PDF
On 08/21/2009 11:23 AM, LightningIsMyName wrote:
Where should I register the procedure for creating multiple paged
PDFs? I switched the plugin to use the gimp_export_dialog as part of
the new export api, but I don't know what is the correct place to
register a file saver from the menu
Hi
Hi Barak,
Sorry for getting your name wrong in the previous mail!
On 08/21/2009 09:32 PM, LightningIsMyName wrote:
The problem is that if I add the multiple paged PDF as an option to
the normal sace procedure we will have a problem when running the
plugin using GIMP_RUN_WITH_LAST_VALS.
On 08/21/2009 10:51 PM, Tim Harder wrote:
I ran across an erroneous comma in an enumerator list when building the
latest G'MIC plugin [1] using the 2.7.0 release.
I couldn't find any related bug reports or fix for the problem in the
latest git tree so I've attached a patch to fix the issue.
On 08/21/2009 10:23 PM, Eric Daoust wrote:
Hello,
This is my Google Summer of Code website displaying the final results
of the samplers I worked on during the summer.
http://socghop.appspot.com/document/show/user/ericdaoust/gsoc
Thanks for your time,
Eric
Hi,
Congratulations on a
On 08/22/2009 11:03 AM, LightningIsMyName wrote:
I wish I could try the new branch, however I don't have a computer to
test it on with administrator rights... I need someone to package GIMP
2.7 as a zip so I can extract and run it (The windows installer
requires administrator rights, and
On 08/22/2009 12:27 PM, LightningIsMyName wrote:
the problem is that the linux system I use on the computer labs at
doesn't have autogen (and some other tools required for the
compilation) installed
Ok but you should be able to build the GIMP 2.7.0 tarball at least,
right? It has the API you
On 08/24/2009 03:33 AM, David Gowers wrote:
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.
On 08/24/2009 11:51 AM, Alexia Death wrote:
A brush preset is a brush + dynamics, and this is actually what the
user typically picks. If we would have tags for brush presets, we would
be one step closer to make brush options be part of the brush, so to
speak.
I can only
On 08/24/2009 06:42 PM, Alexia Death wrote:
If you by brush mean tip shape + dynamics then I agree. I don't
think we should use any custom format for the tip shape; PNG or SVG
should do fine.
Svg supports custom metadata. I see no problem in supporting a value for it.
If we define a tip
On 08/29/2009 03:47 AM, Christopher Howard wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi. Where is it in the code that generated brush hardness (and other
GimpBrushGenerated data) start getting turned into something more
concrete (something that can be painted).
Hi,
The
2001
From: Martin Nordholts mart...@src.gnome.org
Date: Sun, 30 Aug 2009 11:40:44 +0200
Subject: [PATCH] app: Improve brush outline for fuzzy brushes
Use a 25% threshold instead of 0% so that we get a nicer outline for
fuzzy brushes. If the 25% doesn't result in a outline at all, fallback
to 0
On 08/30/2009 09:09 PM, Eckhard M. Jäger wrote:
Please, can someone answer my request. Thanks.
GIMP is distributed under GPL and LGPL
/ Martin
--
My GIMP Blog:
http://www.chromecode.com/
___
Gimp-developer mailing list
On 08/30/2009 09:51 PM, Eckhard M. Jäger wrote:
Hello Martin,
thanks a lot for your help, so it should be possible.
So we have your permission too?
Hi,
Hold on. There seems to be confusion here. CC and GPL are not compatible, which
would be a problem for you. And I don't have the
On 08/31/2009 10:30 AM, Eckhard M. Jäger wrote:
Do we get the permission promoting GIMP in TORCS-NG in general?
Hi,
Personally I am totally fine with you promoting GIMP and find it hard imagine
anyone being against that.
Who is the author of the Wilber image located in
On 08/31/2009 07:14 PM, Aurimas Juška wrote:
Hi,
Hold on. There seems to be confusion here. CC and GPL are not compatible,
which would be a problem for you. And I don't have the authority to give you
permissions to use the logo in any way, I'm not the author of it.
Don't you think
On 08/31/2009 09:00 PM, Bill Skaggs wrote:
Interesting -- I did a search for Gimp trademark and didn't find
that. But is there any evidence that Gimp is actually trademarked?
Unlike copyright, trademarks are not automatic -- they must be applied
for and approved. They must also be actively
On 09/01/2009 07:29 PM, peter sikking wrote:
Guillermo Espertino wrote:
what about printing a semi transparent copy of the actual brush on the
canvas?
exactly what I thought.
Even though I think the patch made the brush outline better for fuzzy brushes,
it is still not without flaws.
Hi,
We are making pretty good progress towards GIMP 2.8 which has turned
into an everything but GEGL release. I think it would make sense to
also go for a single-window mode in 2.8 and not 2.10 as originally
planned.
By doing this we will be able to focus all resources on integrating
GEGL once
On 09/05/2009 06:22 PM, Richard Nespithal wrote:
A single-window mode would also turn 2.8 into a remarkable release
is it possible, to switch back to multi-window mode in 2.8?
That is not really relevant to this thread.
(But yes of course it will be possible.)
/ Martin
--
My GIMP Blog:
On 09/07/2009 07:07 PM, Shashwat wrote:
Whatever you guys do. Please make it work with KDE kwin windows manager. The
current UI doesn't work with Kwin or Compiz.
You'll have to file a bug report with those window managers, there's nothing
GIMP can sensibly do about them not supporting the
On 09/07/2009 07:49 PM, Rob Antonishen wrote:
Thanks all, for the confirmation and clarification.
For reference, here is the gimp-developer thread leading up to the
rearrangements:
http://lists.xcf.berkeley.edu/lists/gimp-developer/2008-November/thread.html#21099
/ Martin
--
My GIMP Blog:
On 09/09/2009 02:52 PM, Chris Moller wrote:
if you doubleclick anywhere, the free select tool will close the
selection with a straight line to it's starting point.
Aha! I missed that! Thanks.
You can also close it by pressing Return, then it will commit what you
have (without the need
Hi,
In Edit-Preferences-Window Management you can set the window hint on
the toolbox and the docks separately. Do we really need this kind of
granularity? Isn't it enough to only have one window hint setting and
use that for both the toolbox and the docks? I can't come up with a
use case where
On 09/09/2009 09:39 PM, Steren wrote:
If you want to test-drive the look and feel, here's a flash applet
featuring various outline designs:
http://sites.google.com/site/yahvuu/stuff/brushtester-web.lzx.swf8.swf?attredirects=0
This is the good approach : prototype, test and
On 09/09/2009 07:10 PM, Martin Nordholts wrote:
The commit [1] that introduced the hint concept doesn't explain why
two separate options were added. Do you remember your reasons for
doing this Sven?
Drc reminded me of that once upon a time the toolbox was the main
window. Since
On 09/09/2009 10:56 PM, Martin Nordholts wrote:
Drc reminded me of that once upon a time the toolbox was the main
window. Since that is not the case any longer, let's get rid of
the toolbox specific hint and use the dock hint also for the toolbox.
I've done this now:
commit
On 09/13/2009 12:41 AM, Chris Moller wrote:
FWIW, a -1 from me on single window and a +1 on the existing
multi-window. Single windows are generally too cluttered up with stuff
you don't need at the moment and use screen space inefficiently.
Let's clear this up once and for all: The
On 09/13/2009 11:21 AM, us3...@web.de wrote:
Because of the fact that GEGL provides support for some raw image
formats, I just wanna ask, whether it is planned to use this ability in GIMP
someday
Hi!
GIMP's product vision [1] is among other things to be a high-end photo
manipulation
On 09/15/2009 03:50 AM, Jenny wrote:
Hi all,
In this Google Summer of Code season, a new detail refinement brush was done.
This page is a demo: http://sites.google.com/site/gsoc2009/result-demo
There might still be some bug. I'd love to get any feedback from you.
Hi Jenny,
Thanks for
On 09/16/2009 11:16 AM, James Hughes wrote:
Hello,
Can someone advice me the best place to start in making a patch to the UI to
revert the 2.7 version to using the 2.6 style save dialogue. If someone would
kindly point me in the right direction of which files I need to change would
On 09/19/2009 02:12 PM, Jan Rüegg wrote:
Hello, I am new to gimp development, and I'm trying to implement an undo
- redo tree in Gimp
Hi Jan and welcome!
I'd love to help you out hacking on GIMP. My preferred way to do tight
collaboration is using IRC. In GIMP's case that's #gimp on
On 09/19/2009 03:17 PM, peter sikking wrote:
Gerald Friedland wrote:
That's a great idea. The idea would be to have only on foreground
selection tool and make it automatically determine whether to use
Magic Wand or SIOX
I have been saying this for a while:
every time I look at the 4
On 09/19/2009 08:20 PM, Sven Neumann wrote:
On Sat, 2009-09-19 at 15:38 +0200, Martin Nordholts wrote:
But SIOX is supposed to be more than a selection tool, isn't it? Isn't
it about extracting foreground objects? A selection is not enough for that
when the foreground consists of transparent
On 09/20/2009 08:19 AM, Gerald Friedland wrote:
A good foreground selection tool would need to get rid of the red in the
pixels with both red and green and only leave slightly transparent green
pixels.
Absolutely. And this is exactly what Jenny has implemented as part of
the Google Summer
On 09/20/2009 09:56 AM, Cristian Secară wrote:
There are several strings that become part of these strings:
_Undo %s
_Redo %s
_Fade %s...
My question is if those strings that replaces %s are unique for this
combination, or they may appear in other places too.
Hi,
No, there is no
On 09/28/2009 10:06 AM, Michael Natterer wrote:
On Fri, 2009-09-25 at 12:42 -0800, Tal wrote:
I found and solved a new bug in the bilinear rotate transform algorithm that
sometimes caused artifacting on brush edges for brushes rotated 90, -90,
-180, 180 degrees.
Since the previous bugzilla
On 09/28/2009 02:21 PM, Louise Hoffman wrote:
Dear developers,
Can someone tell if this GUI design is possible?
http://pastebin.com/m1ccbcd06
The reason I would like to have tabs is because of the work flow, and
the values in the Modify tab will be different depending to the loaded
Hi,
On 09/30/2009 03:01 PM, alfredo.gar...@ludis.info wrote:
Is it possible to call an other plug-in in a C plug-in ?
Yes, with gimp_run_procedure() [1] Do
git grep gimp_run_procedure
in the GIMP source for examples on how it can be used.
Regards,
Martin
[1]
On 10/01/2009 06:40 PM, peter sikking wrote:
peter (yahvuu) wrote:
first: let me say that there is some real innovative stuff in this
post, it is surely intriguing me.
I can only agree, really nice work yahvuu
http://yahvuu.files.wordpress.com/2009/09/table-brightness-1600.png
there is
On 10/02/2009 05:47 PM, Vio wrote:
gimp --no-interface --batch='(python-fu-pdf2jpg RUN-NONINTERACTIVE
/path/to/image/to/proces.pdf )' --batch='(gimp-quit 1)'
doesn't get executed. Or it does but fails silently - which is not
very helpful here !!
Does it help if you set the GIMP2_DIRECTORY
On 10/01/2009 07:46 PM, peter sikking wrote:
meanwhile, can the overlay thing be repaired file-backward-compatible?
If you refer to the Overlay layer mode being different when using GEGL
compositing compared to legacy compositing, then yes I'm sure it's
repairable, and we don't have much choice
On 10/04/2009 11:34 AM, Stephen wrote:
I would like to work on Bug 306713 - Write a GIMP plug-in and resource
distribution system
https://bugzilla.gnome.org/show_bug.cgi?id=306713
Cool!
-instead of providing downloads ourselves, we could make third parties
the download providers and just
Hi,
On 10/05/2009 02:10 AM, photoco...@gmail.com wrote:
But even if conceptually different in practice , both operation are always
needed for the every edited image:
is needed to Save the original AND to export as jpg or png .
This assumption is wrong. Complex compositions will need to be
On 10/06/2009 10:55 AM, Lucian Sabo wrote:
Hello all,
I want to create a plugin for Windows only that makes use of a windows DLL.
The function from the DLL I need to call requires a DIB Handle as parameter
and the original file name.
I did not found any method to get active selection as
Hi everyone!
It is great to see the gimp-developer list up and running again, but
it has had two rather long downtimes recently and it is not unreasonable
to assume that these problems will continue.
What do people think about asking GNOME to host the list [1]? Personally
I would be fine with
Hi everyone!
It is great to see the gimp-developer list up and running again, but
it has had two rather long downtimes recently and it is not unreasonable
to assume that these problems will continue.
What do people think about asking GNOME to host the list [1]? Personally
I would be fine with
2009/10/20 Sven Neumann s...@gimp.org:
On Tue, 2009-10-20 at 18:22 +0200, Martin Nordholts wrote:
What do people think about asking GNOME to host the list [1]? Personally
I would be fine with that.
I don't quite understand why we don't pull the problem at its roots and
look for a new admin
On 10/22/2009 04:15 PM, Nicolas Robidoux wrote:
On Thu, Oct 22, 2009 at 1:50 PM, peter sikking wrote:
another 'external' area where we really can use some help is gegl,
to get that from its bumbling experimentation speed to production
speeds that are same or even better that current GIMP
On 10/22/2009 07:37 PM, Michael Schumacher wrote:
Martin Nordholts wrote:
It is exactly that that is our root problem, we don't have such an admin. One
way to solve this is to move the list to a place that has sysadmins.
A place like XCF at Berkeley?
Contrary to popular belief
On 10/22/2009 09:58 PM, jcup...@gmail.com wrote:
2009/10/22 Martin Nordholts ense...@gmail.com:
I have the impression that the least painful way to make GEGL fast
SOON may be to build its desired API on top of VIPS.
We can't use VIPS in GIMP because we need a dynamic graph.
In practice
On 10/25/2009 04:13 PM, photocomix wrote:
On Thu, Oct 22, 2009 at 7:03 PM, Alexandre Prokoudine wrote:
IMO the real solution is to shop documentation with GIMP.
Ship, that is :)
Alexandre
YES !!
I agree, distributing documentation separately for a program
like GIMP never made much sense
On 10/25/2009 05:26 PM, Sven Neumann wrote:
On Sun, 2009-10-25 at 16:19 +0100, Martin Nordholts wrote:
On 10/25/2009 04:13 PM, photocomix wrote:
On Thu, Oct 22, 2009 at 7:03 PM, Alexandre Prokoudine wrote:
IMO the real solution is to shop documentation with GIMP.
Ship
On 10/25/2009 08:13 PM, Sven Neumann wrote:
We only show this dialog once. If you confirm that you want to use the
online version, then you won't see that dialog again. I don't think
that's too bad. The dialog makes it clear what's happening and it serves
as a hint that the manual can also be
On 10/25/2009 11:35 PM, Ilya Zakharevich wrote:
If you think the dialogue is nagging, it is better to make a checkbox
do not show this again, show online help directly. AND, maybe,
never show the same dialogue in the same session.
It won't nag me less just because I can dismiss it for the
On 10/26/2009 01:42 PM, g...@catking.net wrote:
Maybe you'd see it better if the checkbox (AHH shoot this man , he said
the C word!!) was labelled remember this choice.
You can't presume what the correct answer is and impose it on everyone
since the answer depends on the user himself and
On 10/27/2009 01:49 PM, Rob Antonishen wrote:
How often are the 2.7 tarballs at ftp://ftp.gimp.org/pub/gimp/v2.7/ updated?
A release of a new version of GIMP is always made _after_ the tarball has been
uploaded there.
We want to get a 2.7.1 release out asap, hopefully within a couple of weeks.
On 10/27/2009 06:08 PM, Martin Nordholts wrote:
On 10/27/2009 01:49 PM, Rob Antonishen wrote:
How often are the 2.7 tarballs at ftp://ftp.gimp.org/pub/gimp/v2.7/ updated?
A release of a new version of GIMP is always made _after_ the tarball has been
uploaded there.
I meant to say
On 10/31/2009 09:26 PM, Alexandre Prokoudine wrote:
The question you really have to ask is: will actual GIMP developers
agree to work on rebranded GIMP? Because, you see, there are just 3,7
of them. And only Martin (correct me if I'm wrong) once said he
wouldn't mind having GIMP rebranded.
I
On 11/10/2009 06:27 AM, Tim Chen wrote:
Than I come across this feature requirement
https://bugzilla.gnome.org/show_bug.cgi?id=51937; about script recording.
So, I was wondering
1. What's the current progress about script recording? is there any API
for such function atm?
Exactly how to
On 11/13/2009 11:26 PM, Денис Черемисов wrote:
It seems to be adequate enough -- definitely better than one used in
photoshop and simple approaches I've tried to use in my task. So, what
method do they used?
If you mean the round corners for rectangle select you can study
the implementation of
Mircea Purdea wrote:
Source code can be downloaded from:
http://nothing.exhalus.net/misc/animation-play.zip
Hi Mircea!
Modifications to software is generally distributed as patches, look at
[1] for basic instructions on how to generate a patch with git.
The source file is modified from the
Martin Nordholts wrote:
Modifications to software is generally distributed as patches, look at
[1] for basic instructions on how to generate a patch with git.
I forgot to add:
[1] http://gimp.org/bugs/howtos/submit-patch.html
/ Martin
--
My GIMP Blog:
http://www.chromecode.com
301 - 400 of 665 matches
Mail list logo