On Thu, Aug 10, 2006 at 06:50:52PM +0200, Sven Neumann wrote:
I recently finished an implementation of the healing brush. A patch
implementing the brush is given at
http://bugzilla.gnome.org/show_bug.cgi?id=109801#c11 but does not
contain the icon and cursor that I created for the tool.
On Wed, Jul 26, 2006 at 07:35:00PM +0200, Karl Günter Wünsch wrote:
Instead of repeatedly ranting i want the old tool back you should
realize that you are using something that is explicitely labeled
unstable and in development. So be constructive, thus helping
fixing these bugs, or use
Hi Andreas,
On Wed, May 10, 2006 at 08:00:58PM +0200, Andreas Henriksson wrote:
What do you mean by apply the alpha again for preview?
I want radio boxes with the ability to choose between the different texture
formats, and a preview thing to see which looks best, so at first, I don't
do
Hi Andreas,
On Tue, May 09, 2006 at 05:57:30PM +0200, Andreas Henriksson wrote:
Looking through the API specifications, I can't find a good way to flatten
an image into image and alpha. I'm trying to make a save plugin for the
Nintendo DS's texture formats, there is a list of them at
On Wed, Apr 19, 2006 at 10:29:16PM +0300, Dov Grobgeld wrote:
Hello,
When reading about the ideas for the SoC, I was reminded of an idea I
got when looking at a collegue showing me the L*bVi*w code development
environment. By interactively dragging out various blocks with a
different set of
On Tue, Apr 18, 2006 at 10:04:27AM +0200, Dave Neary wrote:
I have registered the GIMP as a mentoring organisation for the Summer of
Code (I had been in contact with Google before the announcement), we
should be up on the page over the next couple of days.
Maybe there's a big chunk of work in
On Thu, Mar 02, 2006 at 05:54:12PM +0300, Alexandre Prokoudine wrote:
There were plans to work on a next-generation XCF resolving these
issues. I too see the need for a widely accepted exchange format for
multilayered images with a lot of additional information, but the
current XCF format
On Tue, Jun 21, 2005 at 07:16:25PM +0200, [EMAIL PROTECTED] wrote:
On Tuesday, June 21, 2005, 17:29:52, Jakub Steiner wrote:
I believe you missed the type-ahead functionality:
I know of type-ahead, but it's not an adequate replacement for a real
path+file text entry. This is how I usually
On Mon, May 23, 2005 at 06:54:10PM +0530, Laxminarayan Kamath wrote:
An entire new idea of keystrokes : for the keyboard shortcuts: if you
press a key the normal way ,it will select the tool indefinetely
alright. But if the key is pressed and held, and i do something, and
then release the key,
On Sun, Feb 20, 2005 at 11:52:16PM +, Adam D. Moss wrote:
I can force it to use both CPUs now, but even with
200% utilization it is 2s slower to run this stupid
ubenchmark than on 1 CPU without threads.
Just a vague guess, but the multiprocessor GIMP pixel
work scheduler might* farm
On Sat, Feb 05, 2005 at 11:17:09PM +0100, Sven Neumann wrote:
You asked if going to 2.6 would cause a problem for them, and they
indicated it would.
No, they didn't. They said that they have had problems updating gtk+
in the past. So far noone has expressed any actual problems updating
On Fri, Feb 04, 2005 at 07:44:09AM +0200, Shlomi Fish wrote:
yesterday I started to port some code in GIMP CVS to functionality
that is only in glib-2.6. So we are now depending on glib = 2.6.0.
glib-2.6 has been packaged for most distros for quite a while so that
dependency shouldn't
Hi there,
On Sun, Jan 23, 2005 at 11:06:21PM -0800, Carol Spears wrote:
1.
We may have any number of selection tools. If this selection
tool does not fit perfectly to somebody's working habits,
then we will write two slightly different variants of this tool.
(We also should have
Hi,
On Mon, Jan 24, 2005 at 08:13:27AM +0200, Juhana Sadeharju wrote:
First: I'd like to have the new tool!
Make edges moveable! In my opinion it is a must. One often cannot see
the corners (e.g. when zooming into an image to get a precise
selection).
4.
If Adjustable is not checked, then
On Mon, Dec 06, 2004 at 02:32:59PM +0100, Dave Neary wrote:
I have no objections as long as people are happy with this. I
would be a little worried about some splashes not getting a fair
whack because they were submitted late, but sure, why not.
When do you think it would be fair
On Thu, Dec 02, 2004 at 01:49:39PM -, Austin Donnelly wrote:
My favourite so far is the colourful paint pots by Metin Amiroff:
http://www.gimp.org/contest/gallery.cgi?display=imagename=20041202090612748
6
Or maybe the paint tubes by Andreas Nilsson, I can't decide:
On Fri, Nov 12, 2004 at 04:49:03PM +0530, Laxminarayan Kamath wrote:
What about making gimp do a benchmaking on the machine and then let it
automatically decide what method 2 use for that swapping/ tiling
stuff.. Hey, now dont beat me. I confess i actually know none of the
stuff
Hi there,
On Mon, Jul 26, 2004 at 05:12:37PM +0200, Roman Joost wrote:
So, what do you guys think: Werkzeugfenster or Werkzeugkasten?
Let's vote!
[ ] Werkzeugfenster
[ ] Werkzeugkasten
My vote goes for Werkzeugfenster.
Bye, Tino.
signature.asc
Description: Digital signature
Hi Dov,
On Wed, Jun 02, 2004 at 01:09:39PM -0400, Dov Kruger wrote:
We do 100 at a time in a script, because the command line literally
gets too long after a while -- we could probably increase that number
to 500 or even decrease it,
As a side note: Try using xargs. It takes care for the
On Mon, Apr 12, 2004 at 10:20:29PM +0200, Sven Neumann wrote:
Fortunately I have managed to solve this problem. An Xvfb server was
needed. After I started it and added export DISPLAY=:1 into the PHP
script which calls the gimp-perl script, everything works fine. :-)
Perhaps you should
Hi there,
On Thu, Mar 25, 2004 at 10:38:03PM +0100, Henrik Brix Andersen wrote:
Gimp-Perl is an extension for writing Gimp Extensions/Plug-ins/Load and
Save-Handlers in Perl. A Gimp-Perl pre-release is available on CPAN and
at ftp://ftp.gimp.org/pub/gimp/plug-ins/v2.0/perl/
Is there a
(BTW: To the list moderator/admin: please discard my previous 2 mails, I
had issues with the described address...)
I'm trying to compile 2.0pre2 and it fails with
[...]
make[3]: Entering directory `/usr/src/gimp-2.0pre2/tools'
/bin/sh ../libtool --mode=link gcc -g -O2 -Wall -o gimp-remote-1.3
On Thu, Nov 20, 2003 at 09:53:35AM +0100, David Neary wrote:
Today a few of us were talking about this on IRC, and a couple of
concrete proposals came up. Well, more sandy-water proposals at
the moment...
A 4th possibility to add to the mix...
4) Dublin, Ireland
5) Chemnitz, Germany
On Thu, Oct 02, 2003 at 11:03:02AM +0200, Simon Budig wrote:
If this is an almost-concensus (only myself, Alan Horkan and
Raphael seem to like the change), it seems reasonable to revert
the redo shortcut to Ctrl-R.
Please don't. If you replace the current Ctrl-Shift-Z by something
On Thu, Sep 25, 2003 at 06:18:44PM +, Tor Lillqvist wrote:
You're right. If you could tell me such a program... I would have used
it. The nearest approximation was xfractint but it's cumbersome to use
and doesn't have a gradient editor (and I'm not sure whether it's
capable of
On Thu, Sep 25, 2003 at 06:22:49PM +0200, Guillermo S. Romero / Familia Romero wrote:
b) not searchable (ht://dig error: Unable to read configuration file)
Probably related to a, meanwhile try 'site:lists.xcf.berkeley.edu
gimp term1 term2 ... termN' in Google.
... which doesn't help if the
On Thu, Sep 25, 2003 at 09:23:40PM +0100, Alan Horkan wrote:
Hi there,
I just tried to figure out where to get Windows binaries for 1.3.=19
and couldn't find any. So I tried to search the archives.
The archive is
a) out of date (last message from July 26)
There is another archive
On Wed, Sep 24, 2003 at 06:21:47PM +0300, Tor Lillqvist wrote:
So the huge image you generated is a fractal? Isn't it a bit silly to
render such images (especially if they are huge) with GIMP, where all
of the image's pixels are kept in memory (or the tile cache) all the
time? Aren't many
On Wed, Sep 24, 2003 at 07:14:43PM +0200, Guillermo S. Romero / Familia Romero wrote:
I'd just like to say: Well done. I managed to create a A1 poster at 600
dpi - a whopping 1.1 Gig of picture data (about 2x14000 pixels).
Was there a real difference between 600 DPI and 300 DPI? I have
Hi there,
I just tried to figure out where to get Windows binaries for 1.3.=19
and couldn't find any. So I tried to search the archives.
The archive is
a) out of date (last message from July 26)
b) not searchable (ht://dig error: Unable to read configuration file)
Bye, Tino.
--
*
On Thu, Sep 25, 2003 at 04:29:33PM +0200, Sven Neumann wrote:
I just tried to figure out where to get Windows binaries for 1.3.=19
and couldn't find any. So I tried to search the archives.
They aren't publically announced but the URL appeared here earlier
On Fri, Aug 15, 2003 at 02:22:03PM +0100, Mukund wrote:
| Subversion (http://subversion.tigris.org/) implements a versioned FS
| using a Sleepycat's Berkeley DB database. It has a full library
| implementation which any application could use.
|
| Well, using a database as container might
On Fri, Aug 15, 2003 at 03:51:53PM +0200, Sven Neumann wrote:
Even if your images are black and white, they are most likely stored in a
compressed format (if a Subversion based GIMP file format was ever
invented), and if such compressed files are revisioned, no
generic algorithm is going
On Thu, Aug 21, 2003 at 01:33:50AM -0400, Leonard Rosenthol wrote:
why would i want to save to a file format that would render my image
that's built up of layer masks and vector text layers really badly
if opened in a standard viewer
Because at least you COULD open it up in a
On Fri, Jul 25, 2003 at 08:37:24AM +0200, David Neary wrote:
The information about the CVS modules on the web is this bit
(from http://www.gimp.org/devel_cvs.html )
(...)
I know from at least gimp-gap and gimp-perl more, maybe there are a
couple I have not heard about.
There are
On Wed, Jul 16, 2003 at 08:27:12PM -0400, Robert L Krawitz wrote:
- to be able to execute some Java code out of a (virus-altered) GIMP
image (Gimp Graphics Archive) takes:
* a person running java -jar picture.gga
* some smart program looking inside the image, recognizing the
On Wed, Jul 16, 2003 at 06:19:27PM +0200, Sven Neumann wrote:
HOWEVER, this might be a good time to think about whether we'd
prefer a compressed format that we can random-access de/compress
on the fly instead of going via a huge (and with image data we
can easily be talking HUGE)
On Wed, Jul 16, 2003 at 12:42:49PM +0200, Marc A. Lehmann wrote:
What happens if in the future someone writes a gimp-java interface
(like gimp-perl)? Would there be any security issues there?
No.
I do not believe people like you.
Sorry, but how can you so bluntly claim
On Thu, Jun 26, 2003 at 03:21:03AM +0200, Marc A. Lehmann wrote:
Well, the two big platforms where the GIMP will be used in the
future are GNOME and KDE. Both of those follow the HIG guideline
of Ctrl-Shift-Z. On windows, the main alternative app (photoshop)
uses the same shortcut.
On Thu, Jun 19, 2003 at 01:40:17PM +1000, Owen wrote:
On Wed, 18 Jun 2003 11:41:20 -0400
Carol Spears [EMAIL PROTECTED] wrote:
maybe we can jump it up to 2 simply because everyone seems to be
involved again :)
Follow Mr Knuth's technique
Call this one 1.4 which would be followed by
On Wed, Jun 18, 2003 at 11:35:51PM +0200, Sven Neumann wrote:
And please try a google search for gimp 2.0 as suggested. My
quick looking reveals gimp 2.0 backend, 16 bit, cmyk, does qualify
for pre press ...
I did that since Marc suggested and I spent some time with the
results. I
On Thu, Jun 19, 2003 at 12:14:30PM +0200, David Neary wrote:
Yes, please. But we probably need to get to a point here.
GIMP-something.0 sounds pretty weird for a stable release...
I say it's time for a show of hands. My vote is for 2.0, because
there are likely to be lots of new bugs and
On Thu, Jun 19, 2003 at 02:16:23PM +0200, Branko Collin wrote:
IANAL, but IIRC, today is the day the absurd (and perhaps illegally
gained) LZW patent claim of Unisys runs out in the USA. Merkins can
use GIF now.
Please wait until 06/2004. There are still patents in Europe and Japan
until
On Thu, Jun 19, 2003 at 03:45:30PM +0200, Marco Wessel wrote:
Please wait until 06/2004. There are still patents in Europe and Japan
until then.
And here I thought software, ideas, and maths weren't patentable in
Europe.
That's what I thought too, but my source
(
On Tue, Jun 17, 2003 at 08:42:00PM -0500, Michael J. Hammel wrote:
As already have been pointed out, lot of talk has been going about 2.0
being the great change, and something else being in the middle. So
IMHO going for 2.0 directly would cause a bit of confusion, so I do
not see any real
On Wed, Jun 18, 2003 at 11:52:53AM +0200, Sven Neumann wrote:
I'm also against changing the semantics of GIMP 2.0. It's already
well-known as The GEGL GIMP with CMYK etc.. It is very hard to change
such wide-spread information. And I don't see a real reason either.
Such widespread
On Wed, Jun 18, 2003 at 11:58:06AM +0200, Sven Neumann wrote:
Well, all the agruments I see in favour of 2.0 are always of the form
well, evereybody else has 2.0. Well, gtk+2 is at 2.2, msoffice is at
2003 etc..
I give shit on msoffice but GTK+ is the GIMP ToolKit and we will have
a
On Fri, Apr 04, 2003 at 08:39:41AM +0200, Sven Neumann wrote:
What do the two different GimpPreviews do? If they are so alike, why
are there two different versions? Please explain it to me as if I
did not understand programming at all (which I don't, so it will be
very easy for me
On Mon, Feb 10, 2003 at 01:37:37PM +0100, Raphaël Quinet wrote:
I have done a small test design based on the design that drc has done
and also drc has helped me to make the test developers site look good
with the changing of colors and images. The test site can be located
here:
On Tue, Jan 14, 2003 at 04:27:55AM +0100, Branko Collin wrote:
For those who don't know the series: it's about a student who is
recruited by the CIA to fight an evil counter-intelligence
organisation. Of course both organisations only use the highest-tech,
of which the GIMP is apparently a
On Tue, Dec 03, 2002 at 06:39:16PM -0800, Jonathan Cohen wrote:
We are seriously considering ripping out all modes except for
32-bit floating point. This would drastically simplify the internal
rendering engine and allow us to optimize it significantly. Since we
don't see any real reasons
On Mon, Dec 02, 2002 at 06:38:18PM -0500, Patrick McFarland wrote:
And guess what, it fixes all GIMP bugs too!. After all, GIMP is part
of GNOME, so if you don't install GNOME, there won't be GIMP, so
there won't be any GIMP bugs! Yay!
Erm, maybe this is a stupid redhat thing, but I
On Fri, Nov 29, 2002 at 11:29:12AM -0500, Patrick McFarland wrote:
Btw, has there been a discussion on how layer grouping will work?
I want to be able to both group layers in just a group (aka doesnt change
how rendering works at all) then also be able to group layers together, and
have the
On Fri, May 03, 2002 at 10:37:37PM +0200, Sven Neumann wrote:
- Look through the list of open bugs for the 1.2.4 milestone (a quick
way to get there is http://bugs.gimp.org/stable-milestone/). Some
of these bugs need comments. Of course patches to fix them are
highly appreciated.
On Mon, Apr 29, 2002 at 09:36:20AM -0500, Stephen J Baker wrote:
BTW: I'm subscribed to the list, no need to send me a copy.
Hmm, maybe we could as an advanced option make the menu button on the
canvas's upper left corner be a pie menu, and make the menu items
completely configurable.
On Fri, Apr 26, 2002 at 04:09:20PM -0600, Nathan C Summers wrote:
Hmm, maybe we could as an advanced option make the menu button on the
canvas's upper left corner be a pie menu, and make the menu items
completely configurable. I guess that could work.
Pie menus only make sense if you can
On Wed, Apr 24, 2002 at 12:55:15PM +0300, Tuomas Kuosmanen wrote:
This plug-in is stored on a Server and being accessed by other client
machines. I want them to be able to open a window access the server,
run the program without getting the dreaded Gtk-WARNING **: cannot open
On Tue, Apr 09, 2002 at 03:42:31PM +0200, Sven Neumann wrote:
- Most, if not all, plug-ins should have a preview and they should
share a common look and feel.
- The preview should be zoomable with the plug-in specifying the
initial zoom setup (1:1 in most cases).
What about:
- left
On Wed, Apr 10, 2002 at 11:47:42AM +0200, Sven Neumann wrote:
zooming by means of mouse clicks or mouse wheel is an option but there
needs to be a UI that clearly indicates that you are able to zoom and
how to do it. Only using the mouse w/o adding any visible UI elements
is not an option
Hi there,
On Sat, Mar 23, 2002 at 04:15:24PM -0500, Carol Spears wrote:
can someone help this guy?
carol
[...]
How do I install the xsane plugin in Gimp? Xsane runs ok standalone.
I tried creating a directory called xsane under gimp-1.2/plug-ins and
linking the xsane binary there, then
Hi,
On Sun, Feb 17, 2002 at 12:19:46PM +0100, Rebecca J. Walter wrote:
As any looked into how all this will work with different window
managers? What window managers grab what keys and can the window
managers easily be configured to use alt if gimp isn't using it?
It is important to check
Hi,
On Tue, Jan 15, 2002 at 12:43:43AM -0800, [EMAIL PROTECTED] wrote:
What does a Windows program like Genuine Fractals do that Gimp cubic
interpolation does not do, when I'm upscaling photographs for
printing to 8x10 and beyond?
What are you expecting by upscaling pictures? Why do you do
Hi,
On Wed, Jun 06, 2001 at 12:48:28PM +0200, Sven Neumann wrote:
2. The current second dialog box shows a full list of files and
directories that most users will never care about at first. Maybe we
should add an indication that knowing all about this is not
necessary to use Gimp?
I
Hi,
On Wed, Mar 28, 2001 at 01:12:28PM +0200, Sven Neumann wrote:
- Biased color reduction
This is a feature I saw in photoshop. When reducing the colors of an
image, it will try to preserve colors within the active selection
more than it tries to preserve those outside of
64 matches
Mail list logo
