Hi,
On Mon, 2009-06-15 at 20:30 +0200, Håvard Tørring wrote:
The problem with this approach is that gimp ignores the value of the
events, making it unusable. Browsing around the source code, I have
identified that the events from the navigator are correctly identified
in
Hi,
On Wed, 2009-06-10 at 14:48 +0200, Luke R. wrote:
Could you give me some more detail on this?
How does the mapping work?
I am having a problem in particular with Avantgarde from foundry urw. It
seems to be reverting to a more Helvetica-like font.
Just stop using the old-style font
Hi,
On Wed, 2009-06-10 at 17:01 -0400, Jay Smith wrote:
BTW, that Export dialog has a Help button. I think there is a bug or
not-yet-implemented feature, because that Help button gets an Eeek!
page on my system:
/usr/share/gimp/2.0/help/en/help-missing.html
whereas the Help button on the
Hi,
On Fri, 2009-06-12 at 10:59 +1000, Graeme Gill wrote:
It's not that hard - the internal and native format should (ideally)
be a superset of all possible formats that can be read or created.
Keep track of which elements are used or created in the process of
editing the image, and you can
Hi,
On Tue, 2009-06-09 at 18:15 +0200, Luke R. wrote:
There seem to be a couple of problems.
When the $text contains anything other than [a-z], [A-Z], [0-9],
gimp_text_get_extents fails, saying it was called with an invalid argument.
You need to make sure that your text is in UTF-8
Hi,
On Sun, 2009-06-07 at 12:22 +0300, Ioan Calin Borcoman wrote:
My gimpsketchbook app is offering an alternative (extended) interface
for gimp via a plugin that acts as a proxy between the gimpsketchbook
and gimp.
I would like to be able to add buttons for selecting the current
active
Hi,
On Tue, 2009-06-02 at 23:06 -0400, Christopher Montgomery wrote:
Updated patches attached, including all requested coding style
changes. Unless, of course, I missed any.
I've pushed your changes to master now. Looking forward to see your
resampler patches...
Sven
Hi,
On Wed, 2009-06-03 at 11:41 +0930, David Gowers wrote:
I'd like to mention also that there are also some minor problems with
whitespace
Right. I suggest to add the following lines to your .emacs file:
(setq c-mode-common-hook
'(lambda () (setq indent-tabs-mode nil)
Hi,
On Tue, 2009-06-02 at 22:15 -0400, Christopher Montgomery wrote:
For about a month I'd turned on emacs's trailing whitespace autotrim
and it was a cure worse than the disease. How shall I kill my own
whitespace without generating patches 4x larger than necessary due to
others' trailing
Hi,
first of all thanks a lot for providing these patches. I definitely want
to get them merged as soon as possible. But there are a few minor issues
that should be discussed first. So let me start by commenting on your
first patch:
On Tue, 2009-06-02 at 04:11 -0400, Christopher Montgomery
Hi,
On Tue, 2009-06-02 at 04:12 -0400, Christopher Montgomery wrote:
+#ifdef TILE_PROFILING
+#include sys/time.h
If we use GTimeVal instead of struct timeval, we can avoid this include
(and a possible portability problem).
+#ifdef TILE_PROFILING
+ if ((cur_cache_size + tile-size)
Hi,
a few more coding style despite the ones I already pointed out:
+ if(!tile)return FALSE;
Please write this as
if (! tile)
return FALSE;
+ if(PENDING_WRITE(t))
+acc+=t-size;
+ t=t-next;
Please insert an empty line like this:
if (PENDING_WRITE (t))
acc
Hi,
On Tue, 2009-06-02 at 04:13 -0400, Christopher Montgomery wrote:
-#define IDLE_SWAPPER_TIMEOUT 250
-
+#define IDLE_SWAPPER_START 1000
+#define IDLE_SWAPPER_INTERVAL 20
+#define IDLE_SWAPPER_TILES_PER 10
Should that constant perhaps better be called
IDLE_SWAPPER_TILES_PER_RUN ?
Hi,
On Tue, 2009-06-02 at 16:56 -0400, Christopher Montgomery wrote:
As far as I know pretty much any compiler out there should be able to
replace a modulo by a power-of-2 constant by the bit-wise AND operation
without us explicitly doing so (see also
Hi,
On Mon, 2009-06-01 at 17:27 +0300, Ioan Calin Borcoman wrote:
Is it possible to receive a signal or event in a plugin when gimp closes?
I want to create a plugin with a gui window and store some persistent
data between gimp restarts. If I close the gui window while gimp is
running, all
On Sat, 2009-05-30 at 20:47 -0400, Adam C Powell IV wrote:
I'm sorry, I'm developing a C plugin (tried Scheme first and it was DOG
slow). Is there a C equivalent? All I'm seeing is
gimp-paintbrush-register.
http://developer.gimp.org/api/2.0/libgimp/index.html
Sven
On Sun, 2009-05-31 at 08:40 +0200, Sven Neumann wrote:
On Sat, 2009-05-30 at 20:47 -0400, Adam C Powell IV wrote:
I'm sorry, I'm developing a C plugin (tried Scheme first and it was DOG
slow). Is there a C equivalent? All I'm seeing is
gimp-paintbrush-register.
http
On Fri, 2009-05-29 at 10:18 -0700, Akkana Peck wrote:
Martin Nordholts writes:
IMO we should not reuse gimp_file_save() for this but instead introduce
gimp_show_save_dialog() and gimp_show_export_dialog(). I am a bit
worried however that plug-ins will abuse this power. In your case, why
Hi,
On Fri, 2009-05-29 at 12:34 -0500, Ryan Krauss wrote:
This is mildly hackish, but my approach is to pop up a Tk save as
dialog:
filetypes = [('png files', '*.png'), ('jpg files', '*.jpg'),\
('all files', '.*')]
def save_as(initialdir=None, initialfile=None):
Hi,
On Fri, 2009-05-29 at 17:51 -0400, Adam C Powell IV wrote:
I'm a relative newbie trying to have a GIMP plugin draw a line (among
other things).
I found gdk_draw_line which seems to be what I want.
It is not what you want. GDK is a drawing toolkit used by GTK+ for
drawing user
Hi,
On Thu, 2009-05-28 at 21:08 +0200, Martin Nordholts wrote:
Christopher Montgomery wrote:
The batch mode console is using stdio but never flushing its output
after fwrite()s. This still usually works by accident when using
batch mode from a terminal, but it means scripts generally
Hi,
On Sun, 2009-05-17 at 23:35 +0100, Paul A. wrote:
Hello, the gradient manager that gimp has right now is extremely
complicated to use and inefficient. Theres too much stuff you have to
do to get a simple gradient , so I would like to show you an example
of how it could be in the future.
On Mon, 2009-05-18 at 16:40 +0300, Ioan Calin Borcoman wrote:
1. Is it possible to obtain any info from the script-fu-server except
'Success'? For example, if I send '(gimp-image-get-name 1)' for
execution to the server, I would expect to receive something like
'foo.xcf' (or 'Untitled', if a
Hi,
On Sun, 2009-05-17 at 21:18 +0300, Ioan Calin Borcoman wrote:
I was thinking of trying a client-server system for this. The gimp
would start a server when it loads the plugins and the button window
would be a separate app that sends whatever command the server plugin
accepts. The server
Hi,
On Thu, 2009-05-14 at 15:08 +0200, Maciej Pilichowski wrote:
DEFGHIJK|12345|ABC
DEFGHIJK|12345|ABC
letters are off the screen, digits are visible. | denotes edges
Now -- I would like to zoom out on 5 (I would like to focus on that
area), how do I do?
What is your definition of
Hi,
On Thu, 2009-05-14 at 11:17 -0700, Akkana Peck wrote:
I've found the paste centers behavior quite useful, and have
recommended it to lots of other people as a quick way to center
a layer (which used to be a FAQ, though less so now that the
align tool exists).
We could add Center Layer
Hi,
On Thu, 2009-05-14 at 20:48 +0200, Maciej Pilichowski wrote:
On Thursday 14 May 2009 20:17:43 Akkana Peck wrote:
I've found the paste centers behavior quite useful,
It is predictable and more useful than random placement for sure. But
with hires monitor I would still like some kind
Hi,
On Thu, 2009-05-14 at 13:21 -0400, Liam R E Quin wrote:
When there is no selection, and you paste, the paste typically ends
up 3,926,201 screens above where you are working (for me at least).
Not sure what version of GIMP you are using. But the current code has
the following logic:
If
Hi,
On Fri, 2009-05-15 at 21:16 +0200, Maciej Pilichowski wrote:
GIMP doesn't place the pasted content randomly. What makes you
think so?
Because I don't see any relevance in second paste to what I do (and
where I do) and I see no relevance between first paste and the second
one. And
Hi,
On Fri, 2009-05-15 at 20:20 +0200, Maciej Pilichowski wrote:
Currently the image is glued to the mouse cursor which I don't find
any useful -- I would like to see big picture (or more details),
I move the mouse anyway.
Keeping the pixel under the mouse cursor fixed has the advantage
Hi,
On Mon, 2009-05-11 at 16:21 -0400, Rob Antonishen wrote:
Now that could be useful. Call it GIMP-IMAGE-STATE-SAVE and -RESTORE
possibly. Or push and pop.. Not undo. If push and pop, it should be
limited to the state the image was in when the script/plugin was
initiated.
We call this
Hi,
On Thu, 2009-05-14 at 15:04 +0200, Maciej Pilichowski wrote:
In GIMP there is such feature as rotate. This is of course useful but
when correcting, you can say alignment, it is also useful to have
ability to rotate image in such way that some point would make
horizontal or vertical
Hi,
On Fri, 2009-05-15 at 21:42 +0200, Maciej Pilichowski wrote:
On Friday 15 May 2009 21:23:57 Sparr wrote:
When you paste a second time, the first paste should still be
visible and selected(?) and the floating selection is the current
drawable, and thus the second paste end up on top
Hi,
On Fri, 2009-05-15 at 21:55 +0200, Maciej Pilichowski wrote:
On Friday 15 May 2009 21:38:04 Sven Neumann wrote:
Keeping the pixel under the mouse cursor fixed has the advantage
that the behavior for zooming in and out is consistent.
Well, it would be consistent if gimp consistently
Hi,
On Fri, 2009-03-27 at 21:38 +0100, drizzt wrote:
The kernel internals are moving, and a lot, but this the user don't care
about.
you can rewrite gimp every day if you want, nobody (or no user at least) will
care, if the user interface is stable.
Sorry, but the GIMP user interface
Hi,
On Sat, 2009-03-28 at 10:24 +0200, Sampo Niskanen wrote:
However, I'd say that this is quite an unintuitive way of performing
cropping. If I want to crop an image, my attention goes to the features
offered by the crop tool, not the selection tool.
That's the whole point. You don't
Hi,
On Sat, 2009-03-28 at 10:32 +0100, Tobias Jakobs wrote:
P.S. Isn't a metadata viewer/editor a nice GSOC project idea?
There is a metadata viewer/editor plug-in in the GIMP source tree for a
long time already. Someone just needs to finish this project as it
appears that Raphael is not going
Hi,
On Wed, 2009-03-25 at 14:52 -0700, drizzt wrote:
Just think of the most used piece of code on a GNU/Linux system: the Linux
kernel. Didn't you know that the user interface is stable ?
How would you feel if between releases the behavior of interfaces changed,
and when asking the kernel
Hi,
On Thu, 2009-03-26 at 17:03 -0400, Kevin Cozens wrote:
Gary V. Vaughan wrote:
Has anyone been able to find time to look at my patch queue for babl?
One minor thing I noticed is the patch which adds and include of config.h so
it is done in all(?) files. Is it really necessary to
Hi,
On Wed, 2009-03-25 at 23:21 -0400, Louis Desjardins wrote:
At this point in the discussion, it would be great to hear if the
quality of the information provided so far in terms of explanations and
examples is enough to lead someone or a group of developers in the GIMP
team to envision
Hi,
On Fri, 2009-03-27 at 20:29 +0100, David Odin wrote:
Still that narrow minded? You obviously didn't read the drizzt's post
at all! Drizzt was comparing the linux kernel _user_ interface with the
gimp's _user_ interface.
As far as I know the kernel doesn't have a user interface in the
Hi,
On Mon, 2009-03-23 at 14:31 -0500, Chris Mohler wrote:
So to recap, I would welcome a printer-friendly PDF export if someone
wants to work on it, though without CMYK support built-in it's not
very useful just yet. From what I understand though, once GEGL
integration is complete, any
Hi,
On Mon, 2009-03-23 at 20:43 +0100, Martin Nordholts wrote:
The product vision states that GIMP is a high-end photo manipulation
application and that certainly includes support for editing images in
the CMYK color space.
It certainly doesn't. Photos are taken in an RGB color space. It
Hi,
On Mon, 2009-03-23 at 21:02 +0100, Martin Nordholts wrote:
Yes, processing shall as long as possible be done in RGB, but at some
point you need to convert to the CMYK color space and a high-end photo
app should support editing also in this color space.
Why? Because you say so? All
Hi,
On Mon, 2009-03-23 at 15:27 -0500, Chris Mohler wrote:
It is helpful to see an approximation of CMYK on the screen before you
go to print - many colors available in the RGB color space fall
outside of the CMYK gamut. RGB blue is likely the worst offender -
fill an image with solid
Hi,
On Mon, 2009-03-23 at 17:51 -0400, Andrew A. Gill wrote:
I do work in the printing industry, and I can tell you that
output is still CMYK, and will remain CMYK for at least the next
few years.
Output, yes, of course. But where in this process do you actually edit
an image in CMYK? I
Hi,
On Sat, 2009-03-21 at 21:36 +0200, LightningIsMyName wrote:
I believe that we should have the option to export multi-paged PDFs,
since we have the option to import them, and to me it makes sense that
we should be able to export what we can import.
The whole point of calling it Import is
Hi,
On Sun, 2009-03-22 at 09:47 -0500, Chris Mohler wrote:
I see two possible use cases:
1. Proofing artwork - you need to prepare a proof before going to
press. You send that proof to a client and they print it out and get
a reasonable hard proof.
2. Submission to a printing company -
Hi,
On Sun, 2009-03-22 at 19:33 +0100, peter sikking wrote:
bummer about the non-standard, but would industrial-strength TIFF
in and export not be significantly more in line with our product
vision than industrial-strength pdf in and export?
Depends on what gets used nowadays. If
Hi,
On Fri, 2009-03-20 at 22:04 +0200, LightningIsMyName wrote:
1. How will the user create multi-paged PDFs? Should he choose
different images, one for each page? (This sounds like the most
reasonable way compared to other ways I thought of).
Why would we want to allow the user to create
Hi,
On Sat, 2009-03-21 at 12:41 +0100, gg wrote:
The other question is licensing of pdf. IRCC pdf viewing is allowed in a
fairly liberal sense but creating pdf is what Abode make money on and
retains the rights to.
I am pretty sure that this is not the case. The GIMP Print plug-in
creates
Hi,
On Sat, 2009-03-21 at 12:41 +0100, gg wrote:
Indeed, what is the advantage of pdf export of a single image?
If it is just a simple PDF, then nothing. But if it includes color
profiles, support for spot colors, resolution-independent text layers,
crop markers etc., then it would be a
Hi,
On Fri, 2009-03-20 at 19:15 +0200, Lightning LIMN wrote:
I managed to export text while keeping the same appearance that it had
in GIMP using PangoCairo. Exporting images with cairo was also
possible if I saved the images first as PNGs and then used cairo PNG
surfaces to draw them.
Why
Hi.
On Tue, 2009-03-17 at 20:42 +0100, Sebastian Kraft wrote:
I started to look into source code to see how much work it would be to
implement exif support for Tiff files. Currently it's very annoying that
gimp skips exif information from tiff files I created with a RAW
converter...
Hi,
On Tue, 2009-03-17 at 07:26 -0400, Rob Antonishen wrote:
My opinion (which probably breaks some other intended behaviour) is
that if the active drawable is a channel, pasting should default to a
paste into that active channel
It does, of course. There's just this internal design flaw
Hi,
On Mon, 2009-03-16 at 00:13 -0400, Alec Burgess wrote:
Also, drag-to-desktop from Tools-[x] - you will lose changes dialog
mentioned earlier in this or a related thread doesn't work in Windows,
though I guess you weren't asserting that it would (just some *-nix
desktops?)
As I said,
Hi,
On Sun, 2009-03-15 at 02:22 +, Jarlath Reidy wrote:
When closing an individual document in Gimp, the dialog presents these
buttons; (modifiers in parenthesis)
Do[n]'t Save, [C]ancel, [S]ave
The Gnome HIG states that this should be:
Close [w]ithout Saving, [C]ancel, Save [A]s
Hi,
On Sun, 2009-03-15 at 13:03 +0100, peter sikking wrote:
this is really small fry. the stuff you find in the appendix
of a usability test or expert evaluation report. for instance
2 orders of magnitude more serious is gtk's (?) insistence to
show gnome file dialogs on non-gnome UI
Hi,
On Sat, 2009-03-14 at 11:52 +0800, Jenny wrote:
My name is Ding Jie, and Jenny is my English name. I'm a first-grade
post-graduate student, major in Image Processing, and very interested
in algorithms of this field.
Thanks for neo's suggestion, I found SIOX is very interesting. I have
Hi,
On Sat, 2009-03-14 at 19:41 +0800, Jenny wrote:
I didn't read the code of SIOX and GIMP yet, and be not sure if the
features in this page http://www.siox.org/preview.html has been
implemented in GIMP's current development version.
The Detail Refinement Brush that is mentioned on this
Hi,
On Fri, 2009-03-13 at 15:50 +1030, David Gowers wrote:
I think we would have to. At least, in my vision, where we want
GIH/GBR to be eventually deprecated in preference of SVG. This would
require 2 things:
a) support multiple brushes in a SVG brush file, ala GIH (presumably
a group for
Hi,
On Fri, 2009-03-13 at 13:34 +0200, Alexia Death wrote:
Use of image hose for brush transformation is abuse that hopefully is
no longer needed. They are useful ho ever for complex animated brushes
and as such should remain to be supported. I myself have made for
example a hose brush that
Hi,
please read the pkg-config(1) manual page to make yourself familiar how
this stuff works.
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Hi,
On Wed, 2009-03-11 at 11:33 -0400, Rob Antonishen wrote:
Sven mentioned other uses, like spot colour and halftoning. I can't
find any references on using gimp channels for spot colour, in fact
google only finds me claims that a weakness of gimp is that it does
NOT support spot colours.
Hi,
I'd like to do a 2.6.6 release pretty soon now. We need to get this
release out to be compatible with the upcoming GTK+ 2.16 release. So if
you have patches pending that address bugs on the GIMP 2.6 milestone, or
updated translations, please make sure that they are committed in time.
Sven
Hi,
On Tue, 2009-03-10 at 21:20 +0100, Pigeon wrote:
* app/widgets/gimpdock.c: made the font scale factor for the docks
configurable in gtkrc.
* themes/Default/gtkrc
* themes/Small/gtkrc: for documentation purposes, added the
default value for
Hi,
On Sat, 2009-03-07 at 18:27 +0100, peter sikking wrote:
first, Copy visible as new image could easily turn out too smart,
but since the bottom Background layer prefers to be one without alpha,
I can see something like: when ‘visible’ has effectively universal
full opacity, then omit
Hi,
On Sat, 2009-03-07 at 21:48 +0300, Alexandre Prokoudine wrote:
Speaking of which (and sorry for interrupting the thread), could
somebody please fix Qmask message showing up in localized GIMP
instead of Quick mask translation when you toggle quick mask with
Shift+Q?
Where does this
Hi,
On Sat, 2009-03-07 at 16:03 +0100, peter sikking wrote:
no, squeezing these export options in the save dialog is not possible.
I think there is a misunderstanding here. What people suggested is not
to put the export options into the Save file-chooser but into the dialog
that the save
Hi,
On Sun, 2009-03-08 at 11:15 +0100, Sven Neumann wrote:
Not all save plug-ins do this, but for
those that do it seems to make a lot of choice to integrate the export
questions there.
That was supposed to read ... it seems to make a lot of sense
Sven
Hi,
http://bugzilla.gnome.org/show_bug.cgi?id=574418 now has a patch that
implements this change.
- blinking the channels/selections dialog: good
- showing the channels/selections dialog as the top: rather not
- making in the channels dialog case the new selection/channel the
the
Hi,
first of all, the application is called GNU Image Manipulation Program,
or short GIMP, but not The Gimp. Please try to keep that in mind.
On Sun, 2009-03-08 at 18:56 +0530, sumith pandilwar wrote:
I am ineterested to apply for Gsoc 2009 - the gimp org.In the ideas of
Gsoc 2008 there was a
Hi,
On Sun, 2009-03-08 at 14:38 +0100, peter sikking wrote:
this may look to you like we are only shuffling the furniture,
but I cannot overstate how much this change is needed in the interest
of usability:
really. I am not exaggerating.
a significant portion of our core user group
Hi.
On Sun, 2009-03-08 at 17:15 +0100, peter sikking wrote:
hmmm, there must be a misunderstanding here.
Yes, obviously there is. But it is on your side.
if you read carefully what I am proposing then you'll see that
the only thing that is going to change about the channels
dialog itself
Hi,
On Sun, 2009-03-08 at 11:30 -0700, joff roepcke wrote:
I do simple graphic design- mostly ads for local businesses- usually
with text. In order to play with a body of text, changing fonts and
sizes, etc, you have to have a text box... hitting enter might work
for one line, but formatting
Hi,
On Sun, 2009-03-08 at 21:05 +0100, peter sikking wrote:
and I can't believe that proposing an alignment of GIMP UI with
the realities of users expectations meets such a dogged resistance.
There is no dogged resistance. I just had the impression that you
believed that storing selections
Hi,
On Fri, 2009-03-06 at 20:59 -0500, Rob Antonishen wrote:
That might not have been the best example.
A guess a more useful example would be that after building a
complicated selection to isolate a portion of an image (say the sky)
the user wants to save that selection, then modify the
Hi,
On Fri, 2009-03-06 at 11:50 +0200, Alexia Death wrote:
Does this mean that the annoying pop-up asking If I want to export
will go away if I choose export?
The dialog does not really ask you if you want to export. It informs you
that the image can't be saved because the format you have
Hi,
On Fri, 2009-03-06 at 07:33 -0500,
saulgo...@flashingtwelve.brickfilms.com wrote:
I also think that it must be possible to export to GIMP file types.
This is necessary so that more than one version of GIMP data files can
be supported. (ie, GIMP 4.0 might still need to create GIMP 2.x
Hi,
On Fri, 2009-03-06 at 14:17 +0100, peter sikking wrote:
right. one thing I have no overview of is how many ‘topics’
there are for which there are dialogs. Up to now I have seen
layers, transparency, bit-depths.
Let's have a look at the capabilities that the save plug-ins announce:
Hi,
On Fri, 2009-03-06 at 18:03 +0200, Alexia Death wrote:
Why would I convert it beforehand? Why would a user need to do a bunch
of actions that serve no purpose, are mostly 100% automatic and even
hinder when I want to follow the export action up with a native save?
Because they are not
Hi,
On Fri, 2009-03-06 at 17:24 +0100, Jon Senior wrote:
Just to present the opposing case.
My workflow is:
1) Open raw image via the ufraw plugin.
2) Retouch as necessary, saving as xcf file.
3) Copy visible as new image
4) Resize new image for print or web + sharpen as neccessary.
5)
Hi,
On Fri, 2009-03-06 at 18:46 -0500, Rob Antonishen wrote:
I posted this as a bug, and was told by Sven Neumann the behaviour was
intentional and to raise it here.
Thanks for bringing this discussion to the mailing-list.
The current behaviour is confusing to a user because of the following
Hi,
On Tue, 2009-03-03 at 21:53 +0100, Martin Nordholts wrote:
It certainly is possible to do (after all, we're talking about software
here) and to me this sounds like an improvement.
Possible, yes. But it is not easily doable with the current tools
framework and it might turn out to be a
Hi,
On Wed, 2009-02-25 at 17:34 -0500, Rob Antonishen wrote:
I am using the latest windows binary and have a problem stroking
either paths or selections with the ink tool..
What version is that exactly ?
Sven
___
Gimp-developer mailing list
Hi,
On Sat, 2009-02-21 at 20:59 -0600, Alan Jones wrote:
I have been watching and searching for a while but have not found much
so I decided to ask.
Is IPTC and EXIF support on the road map for GIMP in the near future?
There have been people working on this, but that effort was never
GIMP 2.6.5 is another bug-fix release in the stable GIMP 2.6 series.
The source can be downloaded from ftp.gimp.org or from one of the
mirrors listed at http://gimp.org/downloads/#mirrors. Binary packages
for the various supported platforms should become available soon; please
check the Downloads
Hi,
On Thu, 2009-02-12 at 15:51 -0500, Alec Burgess wrote:
When starting GIMP from command line (in Windows) how do you show the
GTK+ version?
gimp-2.6 --version --verbose
Sven
___
Gimp-developer mailing list
Hi,
On Sun, 2009-02-08 at 20:03 +0100, Martin Nordholts wrote:
I agree that someone should sit down and specify exactly how we want
color management to work before doing major surgery.
Yes. We absolutely need a document that describes the workflows that are
handled by the current
Hi,
On Mon, 2009-02-09 at 05:52 +0900, Yoshinori Yamakawa wrote:
See the following image:
http://cue.yellowmagic.info/softwares/images/gimp_profile_status_comparison.png
In case of using the GIMP and any other softwares, handling the image without
color profile is very important.
Ah, I
Hi,
On Sat, 2009-02-07 at 23:03 +0100, Martin Nordholts wrote:
So I can go ahead and revert this commit then? (rev 23135):
2007-08-07 Sven Neumann s...@gimp.org
* plug-ins/common/png.c (save_image): in the absence of an
embedded color profile, write the sRGB chunk
Hi,
On Sat, 2009-02-07 at 09:41 +0100, Martin Nordholts wrote:
I think we should have behave like this:
* Color profiles shall only be embedded/referenced in an exported/saved
image if there is a color profile attached to the GimpImage
* When opening an image without a color profile
Hi,
On Wed, 2009-02-04 at 16:04 +0100, jEsuSdA 8) wrote:
El Miércoles, 4 de Febrero de 2009 00:41:05 David Gowers escribió:
One thing I noticed, is that presets for gimp-mixbrush-tool are
included; these presets will only work if your GIMP has been patched
with the patch available here:
Hi,
On Wed, 2009-02-04 at 08:12 -0600, Glimmer Labs wrote:
It seems like several different plugins could take advantage of that
because they make temporary images.
(or would this still be only on plugin quit and not gimp quit?)
I think it would make sense to call the quit method in all
Hi,
On Tue, 2009-02-03 at 10:27 -0600, Glimmer Labs wrote:
If a plugin has a quit function that hangs or takes a long time, won't
that affect the gimp when
the quit function is normally called (on closing of plugin)?
I very much doubt that any real-world plug-in is actually using the quit
Hi,
On Tue, 2009-02-03 at 22:12 +0100, jEsuSdA 8) wrote:
Ramón Miranda has published his nice Gimp Paint Studio for Gimp.
GPS is a set of brushes, presets and color palettes specifically made for
digital painters.
You could see information and download the GPS and the GPS Manual from:
Hi,
On Sat, 2009-01-31 at 21:51 +0100, Martin Nordholts wrote:
* Elementary load/save support for formats that support higher bit
depths such as PNG, TIFF and OpenEXR.
As far as I can see GEGL does not have a TIFF load and save operation
yet. So anyone who is interested in being able to load
Hi,
On Fri, 2009-01-30 at 14:33 -0600, Glimmer Labs wrote:
I have been developing a plugin that involves users editing files and
I need to be able to prompt them to save when the gimp closes.
I have tried using the quit signal in pluginInfo:
GimpPlugInInfo PLUG_IN_INFO =
{
NULL,
Hi,
On Sat, 2009-01-31 at 00:08 -0200, Joao S. O. Bueno wrote:
But when trying i I could not help bu tnote it also show upswht the text
tool --
text tool should be able to work with an epty image, should'nt it?
Please test if the text tool does indeed work on an empty image and if
it works
Hi,
there are two issues with your patch that we should try to solve. The
first is that your approach doesn't follow the roadmap we've set for
this. Our decision was not to introduce high bit depths before we
haven't changed all tools, all core operations and at least provide an
API for plug-ins
301 - 400 of 3017 matches
Mail list logo
