Hi,
On Mon, 2008-02-11 at 21:39 -0500, Brendan wrote:
Have two layers, one has a Layer Mask that I have painted in to unmask the
edges of a models face from a Gaussian Blur tool.
Layer Mask gets squashed down with a Merge Visible Layers command.
After that, I can't seem to get the Clone
Hi,
On Sat, 2008-02-09 at 20:25 -0200, David Capello wrote:
The patch is for this specific file:
http://svn.gnome.org/svn/gimp/trunk/plug-ins/gfli/fli.c
It fixes two problems:
* loading of fli files that specified width=height=0 (that means 320x200)
* writing of differential color chunks
Hi,
On Sat, 2008-02-09 at 20:25 -0200, David Capello wrote:
Hello, I don't know if I should send patches to this list, but anyway,
I think that it's a good place.
We would prefer if you opened one or even several bug reports at
http://bugzilla.gnome.org/ with a description of the problems you
Hi,
On Sat, 2008-02-09 at 20:25 -0200, David Capello wrote:
On the other hand, I think that the GFLI plug-in has other problems
(in the gfli.c file).
IMO we should remove this plug-in from the main distribution. It doesn't
seem to be very useful for the main target audience and it appears to
Hi,
On Sat, 2008-02-09 at 20:25 -0200, David Capello wrote:
The patch is for this specific file:
http://svn.gnome.org/svn/gimp/trunk/plug-ins/gfli/fli.c
It fixes two problems:
* loading of fli files that specified width=height=0 (that means 320x200)
Where is this specified?
* writing of
Hi,
On Mon, 2008-02-11 at 09:00 +0200, Aurimas Juška wrote:
I just installed gimp 2.4.4 for Windows from binary distribution. Now,
setting blending opacity = 50 results in full opacity, otherwise - no
opacity.
You aren't perhaps working with an image in Indexed mode, are you?
Sven
Hi,
On Thu, 2008-02-07 at 18:56 -0500, Andrei Simion wrote:
This is what we use and it worked fine with Gimp 1.2. version, but I've
been told the font description has changed for 2.x versions.
What you used is certainly not the format that GIMP 1.2 expected. The
format for GIMP 1.2 was XLFD
Hi,
On Thu, 2008-02-07 at 12:18 -0500, M Gagnon wrote:
* There's a few major showstopper bugs, and we're waiting on GTK folks
to fix them. The most important one is that keyboard shortcuts
currently do not care about the open window and can catch keys
randomly - for instance if you try to
Hi,
On Thu, 2008-02-07 at 15:17 -0800, Ettore Pasquini wrote:
I'm not sure I understand fully your packaging mechanism, but would it be
possible to have script-fu and the launcher as faceless background apps?
You would also have to do this (or something like this) for all
plug-ins. Script-Fu
Hi,
has anyone lately tried to build and use GIMP on Mac OS X using GTK+
with the native Quartz backend?
http://developer.imendio.com/projects/gtk-macosx/
As far as I can see there have been lots of fixes there lately, all of
which seem to have been merged to the GTK+ 2.12 tree. So it would
Hi,
On Wed, 2008-02-06 at 20:26 -0500, Andrei Simion wrote:
I have some Perl scripts that connect to a Gimp server and generate
images. I want to upgrade to the 2.2 version of Gimp and I know that I
have to change the font names. That's it, I pass a font to the script in
order to generate
Hi,
On Wed, 2008-02-06 at 23:21 -0800, Michal Tomaszewski wrote:
I recently started using it on Mac. I've noticed an annoying thing,
that eachone running gimp window looses focus if any other window is
currently being used (so if I use the window with tools, the image
window will loose
Hi,
On Tue, 2008-02-05 at 12:07 +0300, Alexandre Prokoudine wrote:
in the window. Useful content means GTK+ widgets. And we can't (yet)
make GTK+ widgets translucent.
Are you 100% sure?
http://www.breakitdownblog.com/gnome-murrine-theme-gets-transparent-widgets/
Yes, I am. What your
Hi,
On Mon, 2008-02-04 at 01:35 +0100, peter sikking wrote:
4) a plugin system for this window; we ship a standard, good one like
above. If somebody really insists he or she wants to see a file
open dialog every time or the 10 last edited pictures (both not very
good ideas to force upon one
Hi,
On Mon, 2008-02-04 at 01:35 +0100, peter sikking wrote:
and oh, note that the slider to set the alpha of what goes on in that
window will be there anyway...
This is not currently implementable, so I would rather not base the spec
on this opacity slider.
I also very much wonder why the
Hi,
On Mon, 2008-02-04 at 10:48 +0100, peter sikking wrote:
just to clarify: are you assuming that the whole window will become
transparent and the desktop shines through?
No. That would be implementable as there's GTK+ API to do that (though
not supported on all platforms).
I am talking
Hi,
On Tue, 2008-02-05 at 17:50 +1030, David Gowers wrote:
Basically it fixes over/underflow in the Levels op;
Your approach is not the right way to fix this. There is absolutely
nothing wrong with under- and overflows if we are using GEGL. The
problem you are seeing is that some of the
Hi,
Well, why dont start to work with the visions? I see it's as a great
idea.
That's what we are doing for one and a half year now.
Your mail pointing out where the vision is not yet implemented was
really completely unneeded. We are well aware that it's still a vision
and that a lot needs
Hi,
On Wed, 2008-01-30 at 12:29 +, Michael Grosberg wrote:
One more question regarding the list (I know it's not a roadmap but still):
Will
a move to pure SDI help to get all the various dialogs to float properly above
the image windows, never be lost behind them, and not have their own
Hi,
On Wed, 2008-01-30 at 12:29 +, Michael Grosberg wrote:
So, what is the product vision?
http://gui.gimp.org/index.php/GIMP_UI_Redesign#product_vision
Sven
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
, sv, uk)
Contributors:
Sven Neumann, Michael Natterer, Kevin Cozens, Hans Breuer,
Bill Skaggs, Ulf-D. Ehlert, Martin Nordholts
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo
OK then, I have opened bug 513291 for this.
Sven
BTW, Bill, could you perhaps check if there's a way to configure your
mail client to include an In-Reply-To field in the message headers? It
would be so much nicer if your replies would appear in the thread you
are answering to. Thank you...
Hi,
On Mon, 2008-01-28 at 16:50 +, William Skaggs wrote:
I don't have anything to say about how this should work, but
I'd like to make some suggestions about the approach to
development. Mostly it should be possible to do this in a
modular way -- evaluating expressions doesn't really
Hi,
we have a serious problem with the Print plug-in on the Windows
platform. See http://bugzilla.gnome.org/show_bug.cgi?id=480086
As it seems this is unlikely to ever get fixed in GTK+, so we should
consider to do something about it in our code, at least for GIMP 2.6.
The way that GTK+ Print is
GAP, the GIMP Animation Package, is a collection of plug-ins
to extend GIMP with capabilities to edit and create animations as
sequences of single frames.
Version 2.4.0 of the GIMP Animation Package is now available. This is a
bug-fix release that makes GAP usable with GIMP 2.4.x releases. The
Hi,
On Sat, 2008-01-26 at 01:16 -0800, Ettore Pasquini wrote:
That's ok. I was thinking to actually move the image around, not the
pointer. Our aim is to ease navigation not access to features. So
basically we want to avoid (e.g.) the time you spend by moving the mouse
over to the scroll
Hi,
On Fri, 2008-01-25 at 10:45 -0500, Liam R E Quin wrote:
You might want to look at the nip2 graphics editor, which
works this way. I find nip2 hard to use despite (or maybe
because of?) the graphical interface, though.
Thanks for the pointer. But we already decided that we don't want to
Hi,
On Thu, 2008-01-24 at 18:06 +, William Skaggs wrote:
* Construct an optional MDI version of the gui.
That is definitely not a goal. We are not willing nor able to maintain
optional user interfaces. The UI has to evolve and it will be highly
customizable, but we are not going to offer
Hi,
On Fri, 2008-01-25 at 04:38 +, William Skaggs wrote:
8. improve the text tool
Evaluation: Most of the points mentioned here would be relatively
simple to implement. One of them -- the ability to have multiple
text items within a single layer -- might not be simple, and it should
Hi,
On Thu, 2008-01-24 at 20:20 +0100, peter sikking wrote:
Even before 2.4 came out, I was warned that not to much UI
work could be done for 2.6. GEGL first. OK. suits me, that
leaves a period where the UI analysis can get (finally!) done
and a transition can be made towards tackling the
Hi,
On Thu, 2008-01-24 at 11:48 +0300, Alexandre Prokoudine wrote:
Well, there _had been_ a beta version of the list (to which several
people including myself contributed) and since then nothing has
happened, so I was wondering if you still liked that idea ;-)
I did not like any of the beta
Hi,
On Fri, 2008-01-25 at 20:03 +, William Skaggs wrote:
I think it would be a lot more useful if we would just collect a list of
tasks that we consider important, without sticking them into a
particular release time-frame. That will make it easier for new
developers to participate.
Hi,
On Fri, 2008-01-25 at 17:21 +, William Skaggs wrote:
The idea I was responding to was, as I understood it, basically to have
multiple PangoLayouts within the same layer. Even that would probably
not be so difficult to implement, but I think it would probably cause more
harm than
Hi,
On Thu, 2008-01-24 at 06:35 +0100, Martin Nordholts wrote:
It would also be nice to get the Polygonal Select Tool details sorted
out for 2.6. There is code for such a tool in bug #119646 [1], the
question is just to what extent it should be merged/integrated with the
Free Select Tool.
Hi,
On Thu, 2008-01-24 at 11:18 +0300, Alexandre Prokoudine wrote:
Sven, I hate to raise quasi-offtopic themes, but is the plan to
publish a roadmap still in force? ;-)
I don't think we want to publish something and call it a roadmap. But we
had the plan to make a list of important tasks that
Hi,
On Thu, 2008-01-24 at 20:20 +0100, peter sikking wrote:
When making the roadmap the rational decision can be taken what
GIMP needs now: polygonal tool or fixing the floating selection.
One gets the nod, the other has to wait for a next release to
get worked on (UI spec, dev, test, doc,
Hi Peter,
there are a couple of things that are waiting for input from the UI
team. Things that we would like to sort out for GIMP 2.6. It would be
nice if we could get some advice from you and your team. I made a list
of the things that in my opinion are most important right now. The order
is
Hi,
On Tue, 2008-01-22 at 03:47 +, barney holmes wrote:
Thanks. So where should I be looking in the code base ? I've never got
involved in Gimp development before. I'd like to give it a shot when I
have time. Maybe it will be clearer what is needed for MIDI
slider/knob input when I look
Hi,
On Fri, 2008-01-18 at 12:03 +0100, Tobias Jakobs wrote:
On Jan 18, 2008 8:55 AM, Sven Neumann [EMAIL PROTECTED] wrote:
My current favorite approach is to put the tags into files in the
~/.gimp-2.x directory, one file per resource type. So there would be a
brushrc, gradientrc
Hi,
On Fri, 2008-01-18 at 20:11 +0200, Aurimas Juška wrote:
What data structure could be used to represent this data in
application? As I understand, it will be necessary not only to
traverse data, but also to update it at runtime (not files, but
internal data structures, of course).
Hi,
On Thu, 2008-01-17 at 20:52 +0200, Aurimas Juška wrote:
I don't see any disaster. Here is one possible solution: store some
sort of checksum (let's say, MD5) together with filename in the
database.
MD5 checksums are a nice idea. I think I will incorporate that for the
implementation of
Hi,
On Tue, 2008-01-15 at 16:22 -0500, Andy Berdan wrote:
I've been investigating some animation systems for use at work here, and
I was wondering about exporting names and locations of layers in the
animation.
I am not sure if Wolfgang Hofer, the author of GAP follows this
mailing-list. You
Hi,
On Wed, 2008-01-16 at 17:03 +, William Skaggs wrote:
This problem has been discussed several times in the past, and
proposals have been made about how to address it. I have been
thinking about it recently, and have come up with a somewhat
different, and I believe simpler approach,
Hi,
On Wed, 2008-01-16 at 20:42 +, William Skaggs wrote:
This mixes together two separate issues.
No, it doesn't. Absolutely not.
Tags are, as I have already agreed,
an excellent way of doing a search mechanism. They don't get rid of the
need to have a workspace, though. Suppose I
Hi,
On Thu, 2008-01-17 at 01:50 +, William Skaggs wrote:
These are interesting ideas, but they are fantasies at this point.
The whole tags thing is a fantasy at this point. There is no
infrastructure in Gimp to support it, so everything would have
to be written from scratch. That's
Hi,
for your information: We have created a gap-2-4 branch and intend to do
a 2.4.0 release of the GIMP Animation package in about a week. This
branch was created from the 2.2 branch, so it provides basically the
same functionality as the GAP 2.2.2 release. It will however depend on
GIMP 2.4 and
Hi,
On Sun, 2008-01-06 at 15:15 +, Michael Grosberg wrote:
GIMP aims to be a respectable high-end graphic editor and as such should
support color management by default. The problem you encountered is the same
problem many first-time users of Photoshop encounter. Actually, Photoshop
users
Hi,
On Wed, 2008-01-02 at 09:06 -0500, Daniel Gaudreault wrote:
A few of our developers have noticed a rather concerning behavior with
complex selection areas. When you start out with a simple selection
area (say a square) and start adding to it, the whole app seems to start
slowing
Hi,
On Wed, 2007-12-19 at 14:59 +0100, Raphaël Quinet wrote:
So I suggest that we keep the 2.4-rcX releases until the middle of next
year, or at least 2.4-rc3. Removing it too early would just result in
having more bugs assigned to the wrong version and we would not even see
that we should
Hi,
On Thu, 2007-12-20 at 20:19 +0100, Lionel Tarazon Alcocer wrote:
At http://prhlt.iti.es/ we are developing a GIMP plug-in which installs
various
procedures under Image/giDoc/. By default the registered procedures appear
in
alphabetical order under this menu.
Is there a way of
Hi,
On Thu, 2007-12-20 at 22:26 +0100, [EMAIL PROTECTED] wrote:
It would seem easy enough to add an extra arguement to indicate the
required position in the menu list. A value of minus one could indicate a
default placement, be that alphabetical or add-to-the-end.
I don't see how that
Hi,
currently the following versions exist for product GIMP in Bugzilla:
1.x
2.0.x
2.1.x
2.2.0
2.2.1
2.2.10
2.2.11
2.2.12
2.2.13
2.2.14
2.2.15
2.2.16
2.2.17
2.2.2
2.2.3
2.2.4
2.2.5
2.2.6
2.2.7
2.2.8
2.2.9
2.3.0-devel
2.3.1-devel
2.3.10-devel
2.3.11-devel
2.3.12-devel
2.3.13-devel
2.3.14-devel
(ca, cs, de, gl, it, ko, lt, sv, uk)
Contributors:
Jesper de Jong, Bill Skaggs, Michael Natterer, Sven Neumann,
Martin Nordholts, Kevin Cozens, Tor Lillqvist.
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https
Hi,
On Mon, 2007-12-17 at 20:21 +, William Skaggs wrote:
As I tried to explain, Wrap is not useful with edge detection.
It is very useful with blurring, because it makes opposite
edges look similar. With edge detection, all it does is to
cause an edge to be drawn at the border of the
Hi,
On Mon, 2007-12-17 at 20:51 +, William Skaggs wrote:
You have a point here. But you also need to look at the costs of
renaming a menu item. The documentation needs to change and
users need to learn the new name. With the amount of plug-ins that
we have it is rather difficult to
Hi,
On Tue, 2007-12-18 at 00:23 +, William Skaggs wrote:
No! The way I did it was broken. But the whole process is broken. It
is impossible to fix the interface if every tiny change can be vetoed
by any random person. The question is, how to find a process that
actually allows change
Hi Bill,
On Sat, 2007-12-15 at 18:18 +, William Skaggs wrote:
I think I probably would be able to come pretty close to turning
the list that Chris Mohler created into a more-or-less complete
2.6 roadmap
I don't think that a roadmap for 2.6 is what we are aiming for, at least
not for
Hi,
as announced earlier, some GIMP developers are going to meet at the 24th
Chaos Communication Congress (24C3) http://events.ccc.de/congress/2007/
We already discussed that travel costs for such events should be
reimbursed from GIMP donation money. For this event, I would like to
transfer EUR
Hi,
On Mon, 2007-12-17 at 00:12 +, William Skaggs wrote:
1) Changed the menu entry from Edge to Sharp Edges. Having
an entry called Edge in the Edge-detect category is silly, and
the thing that distinguishes this plugin is that it detects edges
between neighboring pixels, that is,
Hi,
On Tue, 2007-12-11 at 18:18 +0100, Lionel Tarazon Alcocer wrote:
(1)
¿Is there any way to store data (similarly to gimp_set_data, for example) so
that gimp loads it automatically at start? I don't mean using parasites stored
in an XCF file.
You can set a persistent global parasite using
Hi,
On Sun, 2007-12-09 at 03:32 +, William Skaggs wrote:
Okay, I can see that a preview would go a long way toward
making the dialog more usable. I looked over the relevant code,
though, and I'm not sure it would be very easy to set one
up. Previewing libart stroking wouldn't be very
Hi,
On Fri, 2007-12-07 at 23:24 +0100, Eckhard M. Jäger wrote:
pdb.gimp_file_save_thumbnail(this_filepath,this_filepath)
pdb.gimp_image_delete(this_filepath)
Both functions take an image object as the first parameter and not a
filename.
Shouldn't you ask these kind of
Hi,
On Sat, 2007-12-08 at 17:51 +, William Skaggs wrote:
1) The most important is that the dialog should not go away after the Stroke
button is pushed. It often takes several tries to get the settings right, and
it is very annoying to have to bring the dialog back each time. The gain in
Hi,
On Sat, 2007-12-08 at 10:10 -0800, Akkana Peck wrote:
Certainly a full-size preview would be quite useful. Like you, I
find that I usually Stroke several times trying to find the right
brush size (I usually stroke with the paintbrush tool, for its
antialiasing).
It wouldn't have to
Hi,
On Sat, 2007-12-08 at 19:39 +, William Skaggs wrote:
How could it be made easier?
Well, for plug-ins this is already quite easy. You use Undo and then
Reshow the filter dialog. It's rather confusing though that this only
works for operation implemented as plug-ins. It would perhaps be
Hi,
On Fri, 2007-12-07 at 19:13 +, William Skaggs wrote:
Yes, that's what I meant. From a user's point of view, that's
a pretty major restructuring.
But that code is all in SVN already. Just pass --disable-toolbox-menu to
configure. Note that you need to do a full rebuild and a fresh
Hi,
On Thu, 2007-12-06 at 14:10 +0100, peter sikking wrote:
So right now for this issue only the second part of point 3
(the lash-up) has been done. I am not sure this issue will pass
point 1, at this moment.
IMO it is definitely worth our limited resources. This has been on the
roadmap for
Hi,
On Thu, 2007-12-06 at 19:42 +0100, peter sikking wrote:
I think that is a consensus thing. Also everything is connected
with the phased introduction of GEGL, which we have seen recently
makes working on some urgent issues a waste of time, because
a lot of code will be scrapped.
Uh, oh,
Hi,
On Thu, 2007-12-06 at 23:28 +, William Skaggs wrote:
In particular, I would be happy to work on the
menu restructuring if you and Sven can agree to go ahead
and make specific changes, and if Sven is comfortable with
that.
I have no idea what menu restructuring you are talking about
Hi,
On Thu, 2007-12-06 at 10:59 +1030, David Gowers wrote:
In fact, all Gimp plugins are executables; when you call a plugin,
GIMP runs it and communicates with it through a pipe. GIMP does not
implement any special behaviour for .py files. That is why Python
plugins must be executable.
In
Hi,
thanks for the suggestions. That is exactly why I suggested that we put
a task list online. We have been discussing this list over the last
weeks and hopefully we can finish and publish it soon.
Sven
___
Gimp-developer mailing list
Hi,
On Sun, 2007-12-02 at 12:56 +0100, Eckhard M. Jäger wrote:
thanx for that. I tried something like
gimp -i -n -f -d -s -b '(gimp-file-save-thumbnail /path/to/image.psd)'
-b '(gimp-quit 0)'
but i didn't get it work :(
Have a look at the documentation again (hint: I gave you a link).
Hi,
On Sat, 2007-12-01 at 18:05 +1030, David Gowers wrote:
b) Push the context before entering qmask mode, and pop it when
exiting qmask mode.
For Chris's benefit : it means that the context that was being used is
stored, and restored after qmask. so the FG and BG that you were
Hi,
On Fri, 2007-11-30 at 09:08 -0500, Christopher Curtis wrote:
If this change is implemented in GEGL, does that mean it will make it
into 2.6?
Probably not as it seems rather unlikely that we will start to use GEGL
for the layer modes in 2.6 already.
If not, wouldn't it make more sense to
Hi,
On Thu, 2007-11-29 at 00:09 +0100, Michael Schumacher wrote:
This is the betatest form, so you can skip most of the questions asked
there; just make sure the contact information section is correctly
filled, and let me know (here or directly by email) that you have
filled the
Hi,
On Wed, 2007-11-28 at 09:13 +0100, Jean-Luc Coulon (f5ibh) wrote:
So it would be nice to be able to open a white reference picture and
pick reference from this picture an apply it to the other shots.
You can easily do that. Just do the color correction using the Levels
tool on one
Hi,
On Tue, 2007-11-27 at 22:04 +0100, Stephane Chauveau wrote:
Nice! I never noticed that the grey point picker in the level tool could
be used to adjust the WB. It is unfortunately limited to the mid-tones.
How is it limited to the mid-tones?
Sven
Hi,
On Mon, 2007-11-26 at 20:15 +0100, Jesper de Jong wrote:
I have been looking into bug #325564 the past few days and I know how
this should be solved, and I'm looking for advice on how best to
implement this in GIMP.
The best thing you can do at this point is to look at GEGL and make sure
Hi,
On Sun, 2007-11-25 at 18:52 -0600, Chris Mohler wrote:
On Nov 22, 2007 1:03 AM, Sven Neumann [EMAIL PROTECTED] wrote:
This is a nice start, but I think we need a lot more information in the
short description. So one row per task is certainly not going to be
sufficient. But it's
Hi,
On Fri, 2007-11-23 at 17:54 +0900, Choi, Ji-Hui wrote:
I'm intending to update korean po files.
but I couldn't find some strings. I think my po files need to update
using pot files.
You should run intltool-update ko in the po directory to update the
files. Or you simply download them
Hi,
On Thu, 2007-11-22 at 08:47 +0100, [EMAIL PROTECTED] wrote:
I find it rather arrogant to presume that those who can code are the only
ones who can contribute to development and as a consequence anyone who can
code is also an authority on graphic design and UI implementation.
I have
Hi,
On Thu, 2007-11-22 at 10:55 -0600, Chris Mohler wrote:
OK. Should these tasks be added perhaps?
http://wiki.gimp.org/gimp/ToDo
They should be considered, and as far as I can see, this has happened.
But they don't belong on the task list unless we decide that they should
go there.
This
Hi,
On Thu, 2007-11-22 at 18:12 +0100, Martin Nordholts wrote:
But I still can't see why it would be a bad thing to allow donors to
donate money to specific features and what legal problems that would
then arise.
What would be the advantage if we allowed it? I can only see
disadvantages if
Hi,
On Wed, 2007-11-21 at 18:32 -0600, Chris Mohler wrote:
On Nov 20, 2007 7:26 PM, Chris Mohler [EMAIL PROTECTED] wrote:
Does this sound reasonable? Is there anything I missed? Any volunteers
to work on this list?
Formatted it a bit better:
Hi,
On Thu, 2007-11-22 at 07:58 +0100, Martin Nordholts wrote:
For quite some time I have thought about setting up a system that would
allow donors to donate money to a specific feature, e.g. donate money to
implement a Polygonal Selection Tool. The money in this Polygonal
Selection Tool
Hi,
since I don't seem to be getting to do it myself, I want to propose the
details of the task list / roadmap that I would like to see published on
www.gimp.org. Perhaps with your help it can be done...
We discussed the roadmap here over the last few weeks and during that
discussion a lot of
The 24th Chaos Communication Congress (24C3) is the annual four-day
conference organized by the Chaos Computer Club (CCC). It takes place at
the bcc Berliner Congress Center in Berlin, Germany. The Congress offers
lectures and workshops on a multitude of topics and attracts a diverse
audience of
Hi,
the GIMP project has a steady flow of donations coming in. Not much, but
the amount has increased since the 2.4 release was made and since the
gimp.org website features the Make a Donation button more prominently.
Until now we have spent this money mainly on the annual GIMP developers
On Wed, 2007-11-21 at 00:13 +0100, Sven Neumann wrote:
Until now we have spent this money mainly on the annual GIMP developers
conference which has taken place at the Library Graphics Meeting in the
That should have read Libre
Hi,
On Sat, 2007-11-17 at 09:17 +0100, Tobias Jakobs wrote:
I have this compiler error in the SVN version:
Something appears to be broken about your SVN checkout then. Did you
check with 'svn status' that everything is uptodate and that there are
no conflicts?
Sven
Hi,
On Wed, 2007-11-14 at 10:34 +0100, [EMAIL PROTECTED] wrote:
I think that if a newbie developing plugins uses this value(an array type) he
will miss that he has to add the size before of it. I have miss a few a days
of
development due to this problem. I would like that you add this
Hi,
On Mon, 2007-11-12 at 22:19 -0300, Charly wrote:
Hello,I do not know whether this is a BUG or perhaps should be a
feature request. Usually the GIMP does a good job resizing images, but
not with this GIF animation:
http://pixloads.com/public/pview/45183/halloween31.gif When I scale it
Hi,
On Sat, 2007-11-10 at 23:23 +, Carlo Baldassi wrote:
In fact, the call to gimp_domain_register() was already present in
the
gimp-plugin-template:
gimp_plugin_domain_register (PROCEDURE_NAME, LOCALEDIR);
It returns success, but the menu entry is not translated.
I
Hi,
On Sun, 2007-11-11 at 01:41 -0700, Joe Eagar wrote:
Though I suppose suggesting it on IRC might be more appropriate then on
the list. Is that what you meant?
No, I only meant that filing enhancement requests for this is a waste of
time unless more information can be provided.
Sven
Hi,
On Tue, 2007-11-06 at 23:03 -0500, Tim Jedlicka wrote:
I stumbled upon this link describing the use of the Diagonal (45
degree diagonal from each corner of an image) as the optimum crop
guide (better than rule-of-thirds or golden rule).
http://www.diagonaalmethode.nl/
I didn't find
Hi,
On Mon, 2007-11-12 at 08:29 -0500, Henk Boom wrote:
- vector layers (Henk Boom?)
I would be glad to continue work on this if there are possibilities of
it getting into the main branch in the near future. The only issue is
that I would only be available to develop this starting either
Hi,
On Mon, 2007-11-12 at 20:49 +0100, Jesper de Jong wrote:
Is libcurl indeed required to compile GIMP?
No, you don't need libcurl to compile GIMP.
There is one plug-in, which is completely optional, and it uses either
gnome-vfs, libcurl or wget. For a Linux system it is recommended to use
Hi,
On Mon, 2007-11-12 at 21:49 +, Carlo Baldassi wrote:
Ooops, sorry, I didn't notice there was an SVN version of the
template. It's the link on the sidebar of developer.gimp.org which
points to the buggy version.
We will release a fixed version of the plug-in template at some point in
Hi,
On Fri, 2007-11-09 at 21:04 -0800, Tom Lechner wrote:
2. Guides based on any path
This would make precisely aligned touch-ups easy, especially with
tablet pressure effects when painting, when Stroke path just doesn't
cut it. Double clicking could enter and exit a path editing mode.
Hi,
On Fri, 2007-11-09 at 21:04 -0800, Tom Lechner wrote:
1. Angled Linear Guides
Double click on a line defines a center of rotation.
Double-clicking doesn't work for this. Apart from the fact that we don't
use double-click at all in the GIMP user interface, it is also extremely
difficult to
701 - 800 of 3017 matches
Mail list logo