Hi,
On Wed, 2007-02-21 at 12:34 +0100, Helmut Jarausch wrote:
If the healing tool were to applied on the fly while the brush is over a
defective part, its boundary will most probably contain defective
pixels. Think of long thin scratch, say several hundreds of pixels long,
and you're using
Hi,
On Tue, 2007-02-20 at 12:54 +0100, Helmut Jarausch wrote:
I'd like to help to keep the healing tool alive.
That would be very much appreciated since otherwise we would likely
disable the heal tool for the 2.4 release.
Finally I don't understand what the healing tool has to do
with a
Hi,
On Sun, 2007-02-18 at 18:02 +0900, Yoshinori Yamakawa wrote:
I improved lcms display filter for the reference.
More informations, examples, patch and Win32 binaries are available at:
http://cue.yellowmagic.info/softwares/cdisplay_lcms_trial.html
Let me add some comments to this.
Hi,
On Mon, 2007-02-19 at 08:39 +0100, Claus Cyrny wrote:
When will GEGL finally be implemented in the Gimp?
We will start integrating GEGL into GIMP as soon as GIMP 2.4 is out and
we have branched for the next development cycle.
Sven
___
Hi,
On Sun, 2007-02-18 at 18:02 +0900, Yoshinori Yamakawa wrote:
I improved lcms display filter for the reference.
More informations, examples, patch and Win32 binaries are available at:
http://cue.yellowmagic.info/softwares/cdisplay_lcms_trial.html
Why don't we just work on this
Hi,
On Fri, 2007-02-16 at 18:10 -0500, Kevin Cozens wrote:
The coding behind the plug-in registry would have no bearing on any GIMP
plug-in or built-in feature that allowed a person to search the registry. Any
such feature in GIMP would only need to pass the query to the web site and
Hi,
On Mon, 2007-02-12 at 20:09 +0100, Manfred Joerg wrote:
So far so good. What do you think about my idea to add an option to the
threshold tool which allows the user to create an indexed black/white image
instead of a rgb image which only contains black and white pixels?
I don't like it
Hi,
On Sun, 2007-02-11 at 22:00 +0100, Marco Ciampa wrote:
Then do a rebuild. The problem here is that the Makefile rules to
generate the files used to be broken. We fixed the Makefiles but there's
no dependency that would cause the broken files to be regenerated.
Great, it worked!
Hi,
On Sun, 2007-02-11 at 23:16 +0100, Marco Ciampa wrote:
Sorry, I was too hasty. It worked for the compilation but the problem
remains, as you can see here:
http://www.ciampix.net/screenshot.png
very strange, all the other messages looks translated...
Not your fault. We forgot to set
Hi,
On Sun, 2007-02-11 at 19:44 +0100, Manfred Joerg wrote:
I just checked your revised tiff patch.
1. It doesn't allow the user to save a rgb image as CCITT Datagroup 3/4 even
if it contains only black and white pixels. Instead the user has to convert
the image to indexed mode
Hi,
there are some patches in Bugzilla that I would like to get applied but
those patches need more testing before they can go in. So if anyone of
you wants to help, please have a look. Please add any useful information
to the respective bug reports:
This one needs testing with Photoshop:
Hi,
Until now there has been no interest whatsoever in building these docs.
That's why it's something that only me and Mitch do occasionally and
that's why it's undocumented and disabled by default.
If the build fails for you, your SVN checkout is outdated. I fixed the
build yesterday already.
Hi,
On Thu, 2007-02-08 at 23:57 +0200, Koray Löker wrote:
When you maximize the main window of gimp, there is still the maximize button
instead of restore button, so you can't resize it to the previous scale...
I'm using 2.3.14 (last 2 minor versions were the same for this bug) version
Hi Marco,
if I remember correctly this is fixed by removing the generated files
POTFILES in all po subdirectories. Try this command in the toplevel gimp
source directory:
find . -name POTFILES -exec rm {} \;
Then do a rebuild. The problem here is that the Makefile rules to
generate the files
Hi,
On Thu, 2007-02-08 at 01:28 +0100, Mu wrote:
I thought in putting comments in the code as I achieve to
understanding functions and files, and submitting them as patche. I
want to know if you think it is a good idea or it would be a useless
task, or if there is some reason for leaving
Hi,
On Thu, 2007-02-08 at 02:36 +0300, Alexandre Prokoudine wrote:
As of 2.3.14 there is not such tooltip. DIsplay of tooltips is enabled
in preferences.
There is. I just checked once more (and I had already checked
yesterday).
Sven
___
Hi,
On Thu, 2007-02-08 at 10:41 +0300, Alexandre Prokoudine wrote:
What I was trying to tell you is that that message exists, but doesn't
show up. Which means that something is broken ;-)
It does show up. So the brokeness seems to be on your setup.
Sven
Hi,
On Mon, 2007-02-05 at 21:01 +0100, Sven Neumann wrote:
Yeah it can go. It would only make sense if a Cancel on
the jpeg options would get you back to the Save_Image dialog,
in case you see that the jpeg compression is not appropriate,
you change your mind and go back for png or so
Hi,
On Tue, 2007-02-06 at 17:01 +0200, Aurimas Juška wrote:
I've worked on a similar plug-in. It would be very interesting to hear
some comments on it as I am planning to improve it. Here is a short
introduction: http://img300.imageshack.us/img300/6571/saveforwebid4.jpg
Peter, could you tell
Hi,
On Tue, 2007-02-06 at 21:13 -0700, Michael J. Hammel wrote:
In the Colorize dialog (2.2 and 2.4), the Lightness slider runs from
-100 to 100 but in HSV/HSL luminosity runs from 0 to 100. Is this a bug
in the dialog or does Lightness not really mean Luminosity in this
dialog (or do I
Hi,
On Mon, 2007-02-05 at 22:38 +0100, Marco Ciampa wrote:
I just noted this strange behaviour: when I see the the
Image menu-View-Display filters-Color Deficient Vision options
(Protanopia, Deuteranopia, Tritanopia) with the Italian locale, _all_ but
these three options are translated. Is
Hi,
On Sat, 2007-02-03 at 12:48 +0100, Thorsten Wilms wrote:
I think the Save_Image dialog should just disappear
after use, as both Cancel and Help are available on
the second dialog and what else would it be good for?
If I remember correctly, it used to serve as a place to show the
Hi,
On Sat, 2007-02-03 at 11:28 -0800, Akkana Peck wrote:
Me too. The new setup where the preview is a layer in the image
dialog (I just updated and saw it) is wonderful. I'd been struggling
with focus/raise issues with the old separate-window setup (click on
the dialog and it would raise
Hi,
I can think of a nice addition to the screenshot plug-in that someone
might want to try to implement. We could then perhaps include this for
2.6. The point of this idea is that it introduces a feature that is
unique and cannot be done (easily) in the desktop environment's
screenshot utility.
Hi,
On Tue, 2007-01-30 at 12:53 -0800, Akkana Peck wrote:
If someone can make a quick comprehensive list, I'd be happy
to help with getting it into a more readable form, if that's the
issue. I don't know enough about the changes to make the list myself:
I know what I've done to convert a few
Hi,
On Thu, 2007-01-25 at 16:16 +0100, Manfred Joerg wrote:
I think that I fixed bug 162119. My patch allows the user to save TIFF images
with CCITT Group 4. The advantage of this file format is that a scanned text
page (600 dpi) takes only 100 KByte.
The patch is based on version
Hi,
there's one more thing that we need to get done before 2.4 and that's
updating the list of contributors. As we have discussed last year at
LGM, it would be a good idea to also introduce some way to differentiate
between active and inactive contributors. Currently when users look at
the About
Hi,
On Thu, 2007-02-01 at 10:37 -0800, Akkana Peck wrote:
If you have the mouse over only a menu, ksnapshot will even
give you just the menu without the window containing it.
ksnapshot solves the delay problem in a nice clean way:
they have only one (pre-selection) delay, but their window
Hi,
On Wed, 2007-01-31 at 04:44 -0600, Clarence Risher wrote:
Perhaps there is no intentional support, but I guarantee you that gimp
(as of 2.2, and i expect still in 2.3) takes screenshots of
non-rectangular windows just fine. The result is a black rectangle
containing the visible shape of
Hi,
On Wed, 2007-01-31 at 19:54 +0200, Alexander Rabtchevich wrote:
When Gimp 2.3.14 for Windows saves image, it doesn't create a thumbnail
for it.
That's intentional. Please before you report such things here, have a
look at the ChangeLog and/or Bugzilla. We try very hard to document all
Hi,
On Wed, 2007-01-31 at 11:02 -0800, Akkana Peck wrote:
In 'snap window' mode the shot shall be taken:
a) on the first mouse-down after the timer (can be zero) has expired;
b) immediately, when a non-zero timer expires AND a mouse-button
(left, right [pop-up menu], even middle?)
Hi,
On Thu, 2007-02-01 at 09:31 +0200, Alexander Rabtchevich wrote:
That's intentional.
Is it - don't save thumbnails that don't match the image? If so, why
doesn't image thumbnail match image if it is saved and closed?
There were two bug reports actually, one rather old. Please read
Hi,
On Tue, 2007-01-30 at 09:55 +0200, Alexander Rabtchevich wrote:
So if the scripts were loaded dynamically on demand:
If I understood Kevin correctly the long-term goal for Tiny-Fu is to
start the interpreter on demand for each script that is executed. So at
some point scripts will behave
Hi,
On Tue, 2007-01-30 at 10:22 +0200, Alexander Rabtchevich wrote:
Current crop implementation (2.3.14) is very nice though it lacks a
listbox with user-defined ratios. I really love it. The 2.3.14 has
introduced a little inconvenience from my POV: the corner rectangles are
too much
Hi,
On Tue, 2007-01-30 at 02:26 -0600, Clarence Risher wrote:
On 1/30/07, Sven Neumann [EMAIL PROTECTED] wrote:
to propose a user interface that fits all needs.
imho, the 2.2 interface met all needs. i have yet to hear any reason
for eliminating either option, other than removing ONE
Hi,
On Tue, 2007-01-30 at 11:32 +0100, Simon Budig wrote:
Please realize that your mails sound very much like you dont really want
to change anything.
True. I don't think that the requested change should be made. That does
however not mean that it cannot be done and will not be done. There
Hi,
On Tue, 2007-01-30 at 13:10 +0100, [EMAIL PROTECTED] wrote:
How about this: get rid of the delay completely, and instead take the
screenshot when a certain key (eg. F12) is pressed?
This works nicely but can only be implemented reasonably well on the
Desktop level. Actually, it's exactly
Hi,
On Tue, 2007-01-30 at 08:22 +0100, Sven Neumann wrote:
I don't think that the NEWS file is the right place for this. Someone
should set up a detailed description of the changes with instructions on
how to fix scripts that stop working after the update. We should then
refer
Hi,
On Tue, 2007-01-30 at 17:51 +0100, peter sikking wrote:
We would like to see however two improvements:
1) A big, fat visual countdown of the delay. I can see a
big (200 point font) semitransparent numbers overlaying
the screen counting down 4-3-2-1. No more guessing how
Hi,
On Tue, 2007-01-30 at 11:04 -0800, Akkana Peck wrote:
It wasn't? I waited more than a day after your last posting, and
there was nothing more. I don't think most of us thought that more
begging was going to accomplish anything after you said no.
I never said no. I only explained the
Hi,
On Tue, 2007-01-30 at 11:04 -0800, Akkana Peck wrote:
For the book, I had to make hundreds of screenshots, many of them
showing menus or other transient features such as brush outlines.
For some, where the menus were entirely inside the window, I was
able to use single window with delay.
Hi,
On Tue, 2007-01-30 at 14:03 -0600, Clarence Risher wrote:
For the record, windows are not always rectangular, or do not always
fill their bounding box. Or they may contain (alpha) transparent
areas that are well nigh uncleanable when full-screen screenshot'd
without sufficient
Hi,
On Tue, 2007-01-30 at 23:58 +0200, Steve Stavropoulos wrote:
You may need both delays, so I think a second wait line not only
makes for a fully functional plugin, but removes the ambiguity as to
when the delay is applied. In
http://master.math.upatras.gr/~steve/gimp/ you can find the
Hi,
On Wed, 2007-01-31 at 00:53 +0100, peter sikking wrote:
So I had a look, one delay, but they also gave me an idea how
we can make everybody here happy, without the cost of two delays:
In 'snap window' mode the shot shall be taken:
a) on the first mouse-down after the timer (can be
Hi,
On Tue, 2007-01-30 at 19:09 -0600, Clarence Risher wrote:
Sven's argument is true, but does not address my point. In every case
like this the process will be more complex than just shot-clip-done.
In cases of non-rectangular areas the clipping will be quite annoying.
And in the rare
Hi,
On Tue, 2007-01-30 at 22:03 +0100, [EMAIL PROTECTED] wrote:
I'm not sure if you're assuming everyone is using gnome here. I work on
xfce4 and I dont have a screenshot applet or whatever. I have scrot if I
dont use gimp. Most window manager screenshots seems just to grab the
whole
Hi,
On Mon, 2007-01-29 at 16:13 +0100, Raphaël Quinet wrote:
Maybe we should retroactively change the NEWS file and add another
line to the 2.3.13 entry saying something like all variables in
script-fu should be declared before being used?
I don't think that the NEWS file is the right place
Hi,
On Tue, 2007-01-30 at 09:11 +0200, Alexander Rabtchevich wrote:
Raphaël, could you please explain me (I'm new to scheme) in a few
words, why the global variables are poor style coding?
They are simply not allowed in Scheme.
From my POV, they
can only introduce memory
Hi,
On Mon, 2007-01-29 at 22:21 -0800, Akkana Peck wrote:
Okay, it sounds like the developers aren't willing to put back the
delay functionality that was removed from the screenshot plug-in.
So for those of us who need the delay and don't want to go back to
2.2, I've grabbed the old 2.2
Hi,
On Tue, 2007-01-30 at 09:40 +0200, Alexander Rabtchevich wrote:
Is the namespace cleared after script has finished its execution? And
are there any scripts considered to run simultaneously?
The scripts are loaded when the Script-Fu extension is started. Of
course the namespace isn't
Hi,
I don't think the plug-in will be removed but I would like not to
clutter the user interface again. The current UI seems to be more
appealing and usable than what we used to have.
Personally I tend to use the Screenshot functionality that is built into
the GNOME desktop. The screenshot is
Hi,
before you start attacking the bicubic interpolation routines, could you
please have a look at the outstanding bug report for Lanczos:
http://bugzilla.gnome.org/show_bug.cgi?id=167956
Would be nice to get this one closed finally. And we can't release 2.4
as long as it is still open.
Hi,
On Sun, 2007-01-28 at 22:04 +0100, [EMAIL PROTECTED] wrote:
In fact that's exactly what I am working on.
If you look at my last post to the bug you linked above you will see I
started a new bug since this one was getting too long, confused and mixing
a number of issues.
Moin,
gimp-2.3.14.tar.bz2 is available from ftp://ftp.gimp.org/pub/gimp/v2.3.
Changes in GIMP 2.3.14
==
- added actions to control brush spacing
- polished appearance of image window
- scale the brush's spacing when scaling the brush
- save tool presets when they are
Hi,
On Mon, 2007-01-22 at 10:13 +0100, [EMAIL PROTECTED] wrote:
All references to Keys' work seem to lead to papers published by IEEE and
available on a per article subscription. I assume the charge for one or
two articles would be fairly nominal. Would this be a good use of some of
Hi,
On Fri, 2007-01-19 at 09:30 +0100, Sven Neumann wrote:
There are a few things that we probably should address:
(1) We might need a way to override this behaviour. Under certain
circumstances it might be useful to have multiple instances of GIMP
running. A command-line option could
Hi,
On Fri, 2007-01-19 at 21:23 -0300, Manuel Quiñones wrote:
PD: I know this kind of discussion may bother developers, and I
understand you are leading to a major release for us all. So, why not
open a mailing list dedicated to gimp-scripting? I ask questions about
scripting in the
Hi,
On Sun, 2007-01-21 at 20:14 +0100, Alessandro Falappa wrote:
If there's no mean to detect d-bus availability one can leave the
choice between using either the new code or gimp-remote to the user
via configure switches.
We can detect the availability of the dbus-glib bindings at build
Hi,
On Sat, 2007-01-20 at 15:28 -0500, [EMAIL PROTECTED] wrote:
I asked this on the Gimp-Win mailing list and no one there knew a way
of doing it so: Is there any way to put Gimp brushes into
subcategories (like subdirectories) so that if I add a bunch of
brushes I don't have to scroll
Hi,
On Sun, 2007-01-21 at 11:56 +0800, solotim wrote:
My problem is, is it possible to let Gimp work with a plug-in wrotten by
OpenCV?
I don't think anyone of use has ever used OpenCV but I don't see why a
GIMP plug-in should not be able to use it.
BTW, it would have been nice not to
Hi,
On Thu, 2007-01-18 at 20:56 +0100, cedric GEMY wrote:
Some weeks ago, i've involved on Irc to do a kind of Gimp brochure to
show new functionnalities, one in the style i already made for Scribus
or Inkscape. You can get it at http://www.le-radar.com/temp/Brochure2-4b.pdf
That is
Hi,
it's about time to finally get rid of gimp-remote. I recently had the
opportunity to make myself familiar with D-Bus. That allowed me to write
a patch that builds the gimp-remote functionality into the gimp binary.
I have attached it to bug #52866
Hi Joao,
On Tue, 2007-01-16 at 08:22 -0200, Joao S. O. Bueno Calligaris wrote:
If no one of the more active developers wants to do that, I might pick
it.
Congratulations, you have the job. I would like you to be our contact
with Louis. People from the GIMP team with questions regarding LGM2
Hi,
On Fri, 2007-01-19 at 08:48 -0800, William Skaggs wrote:
(3) Should gimp-remote still be built and installed even if the d-bus
functionality is built into the gimp exectuable? The patch currently
doesn't change this, it just removes the reference to gimp-remote from
the gimp.desktop
Hi,
On Fri, 2007-01-19 at 10:05 +0100, Alessandro Falappa wrote:
(3) Should gimp-remote still be built and installed even if the d-bus
functionality is built into the gimp exectuable? The patch currently
doesn't change this, it just removes the reference to gimp-remote from
the
Hi,
On Thu, 2007-01-18 at 10:10 +0100, Thorsten Wilms wrote:
http://bugzilla.gnome.org/show_bug.cgi?id=86274
If I understand the whole thread, it's about another way
to select any layer, not only one that has highest z-order
and non-zero alpha at a specific location (pointer).
No,
Hi,
On Thu, 2007-01-18 at 13:31 +0100, Bart wrote:
i'm developing a script that insert the clipboard as a layer
Huh? How is that different to what Edit-Paste does?
and to avoid error messages to the user i'd
like to check up wether the clipboard is empty or not.
How to do that?
You can't
Hi,
On Wed, 2007-01-17 at 18:03 +0100, Thorsten Wilms wrote:
Thinking some more about this, a switch to highest in the stack
layer with non-zero alpha at pointer location, option, triggered
on button/pen-down before drawing is actually executed could
do the trick while been least
Hi,
On Wed, 2007-01-17 at 09:45 -0500, Christopher Curtis wrote:
Something to consider, I think, is momentum. I think that people want
to be part of a vibrant developer community. If a project does not
have this, it may be beneficial to create an artificial one by
increasing the number of
Hi,
On Thu, 2007-01-18 at 17:28 +1030, David Gowers wrote:
Manuel pointed out, The gimp currently lacks any way for a plugin to
get a coordinate from the image (eg. click on the 'seed' pixel). I've
often wanted to do this, and it is a bit awkward without it. Has
implementing this been
Hi,
I get the impression that some people on this list are not really
interested in getting 2.4 out. Otherwise we wouldn't be discussing so
many things that are unrelated to the 2.4 release. Can we perhaps try to
concentrate everyone's efforts on the next release? I would really like
to iron out
Hi,
On Wed, 2007-01-17 at 12:19 +1030, David Gowers wrote:
Also consider reopening the bug report -- you can do this since you're
the reporter, and as Sven resolved it WONTFIX under a huge
misapprehension of it, I recommend doing so. It may influence the
volume of discussion on it here.
Him
On Tue, 2007-01-16 at 22:06 +0100, Thorsten Wilms wrote:
My proposal is about an alternative to using either layers
or saved selections to draw on areas of an image with sharp
edges between them.
http://bugzilla.gnome.org/attachment.cgi?id=80388
Shows a typical case, ignoring the
Hi Bart,
Could you please answer my request and give us a detailed description on
how to reproduce the problem? I find it somewhat annoying that you
publically claim that there's a bug, but remain silent when being asked
to give an example.
Sven
___
Hi,
On Mon, 2007-01-15 at 10:46 +0100, Bart wrote:
Is it possible to have a tool selection procedure or a shortcut
procedure for Script-Fu?
In general the GIMP GUI isn't scriptable at all. It might make sense to
change that at some point, but it would certainly be a major
undertaking. Not
Hi,
On Sat, 2007-01-13 at 18:19 +0200, Alexander Rabtchevich wrote:
There are currently two options to open a file when other image window
already exists: to open it via main GIMP window or to do it via image
window. They are rather equal from the user's POV and the choice
(unconscious)
Hi,
On Mon, 2007-01-15 at 12:02 -0800, Hal V. Engel wrote:
I just tried CVS to make sure that the problem was still there (it is). An
image with an embedded profile that causes the problem is located here:
http://lprof.sourceforge.net/images/targetscanvelvia-profile.jpg
Works fine for
Hi,
some of these things will be fixed for 2.4. But we can't delay the
release any further and this means that color management is not going to
be fully functional and usable in 2.4. We plan to have 2.6 out shortly
after so I am currently postponing pretty much everything related to
color
Hi,
On Sat, 2007-01-13 at 14:17 -0800, Hal V. Engel wrote:
I have noticed that recent CVS builds will issue the following error when
opening some files with embedded profiles:
Please give us a link to an image that shows this problem so that we can
investigate.
Sven
Hi,
On Sat, 2007-01-13 at 13:35 +0300, Alexandre Prokoudine wrote:
1. Is it planned to have separate+ as part of 2.4? There was some
mentioning of it in gimp-developer@, but the thread came from some
other mailing list or a private discussion, so no clues.
I thought about having it in 2.4
Hi,
On Sat, 2007-01-13 at 18:19 +0200, Alexander Rabtchevich wrote:
There are currently two options to open a file when other image window
already exists: to open it via main GIMP window or to do it via image
window. They are rather equal from the user's POV and the choice
(unconscious)
Hi,
On Fri, 2007-01-12 at 17:26 +0100, Bart wrote:
So what about if GIMP could recognized what was the last used image
window and if you press a specific shortcut that woks only on the image
window GIMP will call the command on the last used image window?
But that's exactly how things
Hi,
On Thu, 2007-01-11 at 21:10 -0500, Robert L Krawitz wrote:
Uh, maybe that I didn't look closely enough :-? Here's an updated
patch.
Thanks. I think it's about time that you open a bug report for this new
feature and attach your patch to it. That's still the preferred way of
submitting
Hi,
On Thu, 2007-01-11 at 07:23 -0500, Robert L Krawitz wrote:
I'll try to get to it tonight, although I think it would be useful to
have the floating point version also -- if someone's writing a plugin
that's doing multiple transformations, it keeps more precision to do
the math in floating
Hi,
On Wed, 2007-01-10 at 06:53 -0500, Robert L Krawitz wrote:
From: Sven Neumann [EMAIL PROTECTED]
Date: Wed, 10 Jan 2007 08:53:02 +0100
can you explain to me why your patch introduces new functions in
libgimpcolor? Couldn't you just use the existing gimp_rgb_to_hsl
Hi,
can you explain to me why your patch introduces new functions in
libgimpcolor? Couldn't you just use the existing gimp_rgb_to_hsl() and
gimp_hsl_to_rgb()?
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
Hi,
The code snippet you have posted doesn't include the part where you
initialize the pixel regions. It would help if you could post a complete
test case that we can compile and run.
Sven
___
Gimp-developer mailing list
Hi,
On Tue, 2007-01-09 at 11:44 +1100, David Hodson wrote:
The code snippet you have posted doesn't include the part where you
initialize the pixel regions. It would help if you could post a complete
test case that we can compile and run.
OK, I've put it at
Hi,
On Mon, 2007-01-08 at 15:14 +1100, David Hodson wrote:
I'm having problems adding a preview (gimp_drawable_preview_new) to an
existing plugin. Some experimentation with the sample code shows that
using gimp_pixel_rgn_get_row() and gimp_pixel_rgn_set_row() to iterate
through the image
Hi,
On Mon, 2007-01-08 at 12:55 +1030, David Gowers wrote:
http://bugzilla.gnome.org/show_bug.cgi?id=392613
Before we go into details, could we try to find out what this feature
would actually be good for and if we want to support it? You already
figured that it's quite an intrusive change and
Hi,
the new function in libgimpcolor needs to be marked as new in 2.4. You
can do that by adding Since: GIMP 2.4 as the last line in the gtk-doc
comment. The gtk-doc comment also lacks a description of what the
function does. If that is corrected, I think we can still include this
patch for 2.4.
Hi,
On Fri, 2007-01-05 at 21:08 +1100, Campbell Barton wrote:
Hi Guys, Iv messed around with Verse in Blender and even through its
able to do 3d network content, what I like most is the possibility of
being able to paint in the gimp. and see the changes in Blender realtime!
Iv tested this
Hi,
On Wed, 2007-01-03 at 20:42 +0100, Raphaël Quinet wrote:
I have not tried these programs supporting alpha channels in BMP but
from their descriptions I could identify the following strategies when
loading 32-bit BMP or ICO files:
1) Always ask the user if the alpha channel should be used
Hi,
Aurimas wrote a patch that implements it the way that Raphael suggested.
Thanks a lot for that, the patch has been committed in the meantime.
While reviewing this patch it became evident that the BMP plug-in is one
of those evil fellows among the file plug-ins. It allocates a buffer the
full
Hi,
On Tue, 2007-01-02 at 23:25 +0900, Yoshinori Yamakawa wrote:
It is being written certainly in lcms.h like that.
However, please pay attention to the definition of cmsCreateTransform
function
written in cmsxform.c.
{
return cmsCreateProofingTransform(Input, InputFormat,
Hi,
On Tue, 2007-01-02 at 19:24 +, Alastair M. Robinson wrote:
The Problem is that ProofingIntent is an ambiguous term. Does it mean
The intent whose effect we wish to simulate on screen, or The intent
used when mapping from printer to screen?
Assuming the intention within GIMP is
Hi,
I would like to ask everyone subscribed here to discuss issues with the
development version here instead of using Bugzilla. If you notice a
problem, please bring it up here before filing a bug-report for it. It's
a lot easier to discuss changes here; there's a larger audience and
mails are
Hi,
you probably already know about it, but just in case that you don't...
The GNOME CVS repository is being migrated to Subversion while I am
writing these lines. gimp was one of the first modules to be migrated
and is already available on svn.gnome.org. The command to check out the
trunk
Hi,
On Sat, 2006-12-30 at 14:21 +0100, Sven Neumann wrote:
The command to check out the
trunk (this is the equivalent of the HEAD branch in CVS) is:
svn checkout http://svn.gnome.org/svn/gimp/
Oops. That's the command to check out the whole tree, including all
branches. Sorry
Hi,
looks like we also already have write access to the Subversion server
now. If you actually want to commit to the repository, you will have to
check out the tree using ssh. The URL for trunk is then
svn+ssh://svn.gnome.org/svn/gimp/trunk
Sven
1101 - 1200 of 3017 matches
Mail list logo