On 30 May 2002, Sven Neumann wrote:
yes, Nathan forgot to add gimp-mkproxy to EXTRA_DIST and its missing from
the tarball for that reason.
(sound of head hitting keyboard.)
Doh! :)
Rockwalrus
___
Gimp-developer mailing list
[EMAIL PROTECTED]
On 30 May 2002, Anthony DeRobertis wrote:
On Wed, 2002-05-29 at 10:36, Raphaël Quinet wrote:
I'm not sure how the plugins are used by GIMP.
gimp opens a pipe, spawns the child plugin process, and communicates using
a relatively simple protocol.
The FSF says
On Fri, 31 May 2002, Raphaël Quinet wrote:
./plug-ins/common/gif.c (David Koblas)
./plug-ins/common/tiff.c(Patrick J. Naughton)
We already knew about at least these and I was told (on #gimp I think)
that it was not a problem.
Whoever told you that was wrong. The text of
On Fri, 7 Jun 2002, Sugandhi wrote:
Hi,
My project is to develop an artificial neural network to classify satellite
images. And, this classifier is to be a plugin to gimp. But, to cout to
a file on the disk --- I am not able to do this, unless I run gimp from the
console.
Any
On 12 Jun 2002, Michael Natterer wrote:
David Fries [EMAIL PROTECTED] writes:
Yes, the plug-ins are simply forked and thus have the same uid.
The patch looks like the right thing to do to me. If nobody objects
for some reason, it will be applied to both the stable and unstable
trees.
On Thu, 13 Jun 2002, Marc Espie wrote:
On Thu, Jun 13, 2002 at 05:48:58PM +0200, Raphaël Quinet wrote:
Also, I think that some old systems (AIX? HP-UX?) had problems with
shared memory segments unless they were created with the mode 777.
This is very vague and I cannot find any
On 13 Jun 2002, Erin Tomson wrote:
Unless I'm mistaken, gimp doesn't have any support for layer sets or
folders. Other programs, such as photoshop, allow you to group layers.
The layers inside the group will first be merged. Then the result will
then be merged with the remaining layers.
Here is my suggestion for a rewrite. Changes are marked and commentary
explaining the change is written at the bottom.
GIMP is an acronym for GNU Image Manipulation Program. It is a freely
distributed piece of software that is useful [1] for graphics-related
tasks [2] such as photo retouching,
On Wed, 30 Oct 2002, Martin Bernreuther wrote:
At http://www.swiss.ai.mit.edu/projects/scheme/documentation/scheme.html
there's a reference manual, but I didn't manage to get some functions...
to work. How about e.g. the (do) statement or
(floor -4.3)
(round -4.3) at
On Wed, 30 Oct 2002, Kevin Myers wrote:
However, not all of SIOD is implemented in the GIMP. Specifically, all of
the stuff that requires a platform specific implementation is missing.
These functions were marked with a U in the old Indiana doc. I don't know
if that's true on the newer
On Fri, 1 Nov 2002, Guillermo S. Romero / Familia Romero wrote:
I think it should be visual, a window with the image in 8 bit, and
controls that decide how to get that 8 bit from the original 16 or 32.
Basically black white points and a curve. I say visual, cos it could
mean what one does in
On Wed, 6 Nov 2002, David Neary wrote:
78064 Entering large dimensions in Scale Image causes fatal error
Memory issue - some things use lots of memory and crash the
GIMP. Enhancement, marked critical - it's a matter of
pre-calculating how big the new image will use, and warning
On 7 Nov 2002, Lutz Müller wrote:
On Wed, 2002-11-06 at 23:05, David Neary wrote:
Looks kind of plaform-specific... how would you go about doing
that for Solaris, SGI or Windows?
Alternatively, if someone hacks up a plain-C-library called libmem or
similar for figuring out free memory and
On Thu, 21 Nov 2002, David Neary wrote:
The real change would be to do away with the toggle, replace the
toggle button with a normal button, and set a random seed in the
spin-box when the button is pressed. For this, I've been using
the global PRNG (g_random_int) rather than setting up what
I'm proud to announce the first public release of the libpdb suite. The
libpdb suite is an exciting new library designed to make it easy for
application developers to add scripting and plug-in functionality
available. It is based on GIMP's PDB implementation, but much work has
been done to
On 10 Dec 2002, Sven Neumann wrote:
Nathan Carl Summers [EMAIL PROTECTED] writes:
I hope that you didn't follow the current GIMP implementation too
close. It might have proven to work but it certainly has major
drawbacks and I wouldn't suggest it to application developers that
think
On 18 Dec 2002, Sven Neumann wrote:
Hi,
Raphaël Quinet [EMAIL PROTECTED] writes:
I'd also like to see this one being addressed:
Saving .xcf on full filesystem hangs GIMP
http://bugzilla.gnome.org/show_bug.cgi?id=101340
doesn't seem overly complicated since there's only one call to
The gimp web team has desired that the current FAQ's be updated to reflect
the current 1.2.x reality for some time. Unfortunately, it has not been
able to contact the FAQ maintainer, and the licence on the current FAQ's
do not allow for modifications. If we are not able to contact Miles soon,
we
Libpdb suite 0.2.0 has been released. This is mostly a code cleanup
release. Changes include:
* Renamed WireStandardProtocol WireStdProtocol. Hopefully this will save
some typing. Similarly, WireStandardProtocolMessage is
WireStdProtocolMsg.
* The read and write functions in
I saw this program and thought it might be interesting to GIMP users and
developers.
http://www.vips.ecs.soton.ac.uk/
Hopefully Gimp 2.0/GEGL/PUPUS will use some of the ideas there.
Rockwalrus
___
Gimp-developer mailing list
[EMAIL PROTECTED]
Note: this message is crossposted to gimp-developer because several
developers interested in libpdb are not subscribed to libpdb-developer.
Please do not send followups to gimp-developer.
I've been thinking about a better way to implement the
RUN_WITH_LAST_VALUES functionality in libpdb. The
On 20 Dec 2002, Sven Neumann wrote:
Hi,
Raphaël Quinet [EMAIL PROTECTED] writes:
Note that just checking write() or fwrite() return values may not be
enough: some filesystems delay the error indictation until close() is
called on the fd. So this bug may well be influenced by the
On 31 Dec 2002, Sven Neumann wrote:
Hi,
Tor Lillqvist [EMAIL PROTECTED] writes:
Hmm. You mean libgimptool isn't really used at all currently? It would
be helpful to have some short READMEs in the libgimp* directories
(especially libgimpwidgets, libgimpproxy and libgimptool) telling what
On 30 Jan 2003, Sven Neumann wrote:
Hi Nathan,
when I updated my gimp tree this morning I was surprised to see this
commit:
2003-01-30 Nathan Summers [EMAIL PROTECTED]
* app/tools/gimptoolgui.[ch]: GimpToolGui, a new class descended
from GimpObject to be used to
I'm sorry that I haven't been able to do much GIMP participation in the
last several months. I don't want to bore everyone here with details of
my personal life, so suffice it to say I haven't been able to spend much
time hacking or even replying to email. I regret any inconvenience this
has
On 30 Mar 2003, Sven Neumann wrote:
Hi,
Nathan Carl Summers [EMAIL PROTECTED] writes:
What needs to be done for the next release is a major cleanup of the
tools.
I agree.
Part of this cleanup should be a proper documentation on how to
write a GIMP tool.
Providing source for a sample
On 31 Mar 2003, Sven Neumann wrote:
I'd even prefer to have everything that is related to this widget be
under the same namespace. Unfortunately GimpPreview is already taken, so
we either need to change the name of the core object or find a new one
for the plug-in preview.
(off-the-cuff)
On Thu, 3 Apr 2003, Ernst Lippe wrote:
On the contrary, there appear to be lots of acceptable
names.
I am suprised that nobody has suggested YetAnotherGimpPreview :)
How about GimpPluginView?
GimpSample?
GimpTheWidgetFormerlyKnownAsPreview?
GimpFancyPreview?
GimpMcPreview?
GimpExample?
Here is a list of all the symbols currently used by the current tools,
courtesy of
nm tools/*.o paint/*.o | cut -b 10- | grep ^T | cut -b 3- | sort | uniq
stdlib, glib, gdk, pango, and gtk calls have been eliminated from this
list.
The big things that stand out are accessing the global the_gimp,
On Sun, 1 Jun 2003, Joao S. O. Bueno wrote:
But what I do need now is a faster way to go from edit code to running gimp.
Make Install asctually eats out a lot of time on my system. Is it possible to
run the gimp-1.3 binary generated from make straight, without make-installing
it?
Of course
My vote is for 1.4. Otherwise, the Slashdot headline we will get is GIMP
2.0 Fails to Deliver Promised Features
Rockwalrus
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
On Fri, 11 Jul 2003, Steinar H. Gunderson wrote:
On Fri, Jul 11, 2003 at 12:52:08AM +0200, David Neary wrote:
I don't think there should be a % in the list of clobbered registers. What's
worse, I don't even think most versions of gcc know about MMX registers at
all (I might be mistaken,
On Fri, 11 Jul 2003, Leonard Rosenthol wrote:
But the fact is that you're going to end up having to Base64
encode all the image data - which will blow the physical file size
WAY out of proportion. And if don't do that (ie. attempt to leave in
binary data), then you are violating the
On Fri, 20 Jun 2003, Hans Breuer wrote:
I'm about to give it another try with current cvs code
base, but before I would like to get some information
to avoid (if possible) fast rotting bits.
In short the approach (more info in bugzilla) :
- Intercept every PDB call if a macro recorder
On Wed, 16 Jul 2003, Alan Horkan wrote:
On Wed, 16 Jul 2003, Sven Neumann wrote:
Date: Wed, 16 Jul 2003 13:57:18 +0200
From: Sven Neumann [EMAIL PROTECTED]
To: Alan Horkan [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: Menubar in fullscreen mode [Re: [Gimp-developer] the user
On Wed, 16 Jul 2003, Sven Neumann wrote:
Hi,
Nathan Carl Summers [EMAIL PROTECTED] writes:
Fullscreen mode was added to be able to view the image in a neutral
environment w/o being distracted by any user interface elements.
Adding a menubar would completely ruin this effort.
I'm sure any
On Fri, 18 Jul 2003, Sven Neumann wrote:
Hi,
I'd like to inform you about our plans for the GIMP 2.0 release.
First of all, Mitch and me are not willing to raise the 2.0 versus 1.4
discussion again.
Gimp is more than Mitch and me, isn't it?
Both sides have expressed their arguments. We
On Sat, 26 Jul 2003, Adam D. Moss wrote:
2) It might be argued that the basic dependance and interconnection
of a not-GPL-compatible plug-in with the GPL GIMP core via libgimp
and the wire protocol is intimate enough that the two cannot be
considered independent and separate
On 30 Jul 2003, Jay Cox wrote:
This was the first chance I've had to spend quality time with gimp in
several years. After this long separation from gimp, I feel that my
eyes are pretty fresh.
Whho! I think I speak for all of us old fogies when I say,
Welcome back!
Rockwalrus
On Thu, 31 Jul 2003, Sven Neumann wrote:
Hi,
Jay Cox [EMAIL PROTECTED] writes:
You have a point, I dont much like the proposed solution though.
Any other solution would probably be too complex to implement at this
point in the release cycle.
We finally got rid of the palettes being
On Mon, 11 Aug 2003, Adam D. Moss wrote:
IIRC, the Loki guys. Some ramblings a few years ago on the
problems of interoperability of game data between
windows/mac/linuxx86/linuxalpha/etc over network and on disk.
They made a special point of saying something like 'never, ever
serialize
Good to get some high-quality feedback.
On Sat, 9 Aug 2003, Leonard Rosenthol wrote:
At 6:01 PM -0700 8/8/03, Nathan Carl Summers wrote:
Let us start with an existing graphics format, for inspiration if nothing
else.
OK.
The format I chose is PNG, because it is arguably the best
On Thu, 21 Aug 2003, Leonard Rosenthol wrote:
At 1:47 PM +0200 8/14/03, Sven Neumann wrote:
I'd like to mention that none of the proposed formats except the XML
approach would be capable of supporting the stuff we want to add to GIMP
with GEGL.
Well, that pretty much settles that
On Thu, 14 Aug 2003, Øyvind Kolås wrote:
* Adam D. Moss [EMAIL PROTECTED] [030814 09:59]:
Stephen J Baker wrote:
So, I think what is needed to make a reliable file format is to provide
a well written library for reading and writing the files that's freely
available and properly
On Mon, 11 Aug 2003, Adam D. Moss wrote:
Nathan Carl Summers wrote:
On Mon, 11 Aug 2003, Adam D. Moss wrote:
IIRC, the Loki guys. Some ramblings a few years ago on the
problems of interoperability of game data between
windows/mac/linuxx86/linuxalpha/etc over network and on disk.
They made
On Wed, 20 Aug 2003, Leonard Rosenthol wrote:
At 11:42 PM + 8/13/03, Phil Harper wrote:
well, it'd be interesting to see if Adobe added XCF to Photo$hop,
after all, GIMP is the competition, it wouldn't be in their
interests to support a multilayered image format that it controlled
by
On Thu, 14 Aug 2003, Sven Neumann wrote:
[Note: quote blocks have been reordered for clarity]
Hi,
I'd like to mention that none of the proposed formats except the XML
approach would be capable of supporting the stuff we want to add to GIMP
with GEGL.
On the contrary, my proposal would
On Mon, 11 Aug 2003, Guillermo S. Romero / Familia Romero wrote:
[EMAIL PROTECTED] (2003-08-08 at 1801.54 -0700):
Portable XCF would use a chunk system similar to PNG, with two major
differences. First, chunk type would be a string instead of a 32-bit
value. Second, chunks can contain an
Several XCF formats have already been proposed; why should I propose
another? It seems to me like the existing proposals have all missed the
main point. While they have nice properties for certain extreme cases,
they miss the boat when it comes to the main point of a graphics format,
which is to
On Sat, 9 Aug 2003, Leonard Rosenthol wrote:
I see fast loads as an absolute requirement.
Then we need to also look at the GIMP itself and what can be
done there.
Of course.
Hopefully, GIMP's file handling will improve to the point where it will
load thing on an as-needed basis.
On Tue, 12 Aug 2003, Austin Donnelly wrote:
How is the serialization done then, just a raw 32-bit IEEE float
dump with a predefined endianness? 64-bit doubles just as easy?
Yup.
The real problem comes when your code is running on a system without IEEE
float support, and you need to
On Thu, 14 Aug 2003, Sven Neumann wrote:
Hi,
I never understood the reasoning for this discussion anyway. IMHO the
format that Nathan suggested seems like something from the dark ages of
file formats (where TIFF and the like originated from).
PNG is something from the dark ages?
I
On Mon, 18 Aug 2003, Sven Neumann wrote:
Hi,
there is something I hacked up during GimpCon and I thought it might be
of interest to some of you although it's not yet finished (and perhaps
YEY!
(This is a very good thing.)
Rockwalrus
___
On Tue, 26 Aug 2003, Raphaël Quinet wrote:
Well, this may be a bit controversial,
I don't think that there is any disagreement about software patents among
the major gimp developers.
but I thought about supporting the demonstration against software
patents in Europe by replacing the GIMP
On Thu, 11 Sep 2003, Alan Horkan wrote:
I only ask that you take a moment and consider if there might be a way to
make things faster for the user which is where speed really counts.
Could some of the handling of the system clipboard be done automatically
and only when needed to mitigate the
/me returns from the hurricane, finally able to catch up on several days
worth of email.
On Mon, 22 Sep 2003 [EMAIL PROTECTED] wrote:
However I *love* the Ctrl-R binding, especially because it lets me quickly
compare the done and undone versions of an image using a single hand with
very
On 23 Sep 2003, Jeff Trefftzs wrote:
On Tue, 2003-09-23 at 04:10, Michael Natterer wrote:
Just open the failing brushes with File-Open and save them again.
The plug-in is still able to read these files and will save the new
format.
Thanks to Dave, Simon, and Mitch for the prompt
On 5 Nov 2003, Sven Neumann wrote:
Hi,
Piotr Legiecki [EMAIL PROTECTED] writes:
Indeed. Websites do rarely say anything useful about the state of
development of an open source project. If you had a look at CVS, you'd
have noticed that there is indeed development going on.
Which brings up
On 21 Jan 2004, Sven Neumann wrote:
What is especially worrying me is that there seems to exist a proposal
for EU legislation to require devices and software to include
counterfeit deterrence technology:
http://www.ecb.int/pub/legal/c_25520031024en00080008.pdf
This document explicitely
On Wed, 28 Jan 2004, Dave Neary wrote:
Hi all,
Dave Neary wrote:
Because of its continued excellence and longstanding presence as a key
free program, I think that the GIMP deserves an OSA.
Apologies for jumping the gun, I hope I didn't step on anyone's toes
doing this.
I personally
On Wed, 11 Feb 2004, Daniel Egger wrote:
On Feb 11, 2004, at 4:06 pm, Sven Neumann wrote:
Daniel recently posted a list of X extensions supported by the Apple
X11 server. The MIT-SHM extension was part of this list but today I
found that at least in darwinports gtk2 is compiled with the
On Mon, 23 Feb 2004, Dave Neary wrote:
Hi all,
For funding requests for GIMPCon in Norway, it will be very useful to
have cost estimates for the event for the GIMP.
Could everyone planning to go to Kristiansand send an estimate of how
much money they will need to get there?
Ugh! I can't
On Mon, 8 Mar 2004, Daniel Rogers wrote:
Hello again,
It has been awhile since I have done a GIMP Foundation update. There
is quite a bit that must be decided on at this point. Also, people need
to decide how invovled they would like to be.
My goals for The GIMP really boil down to
On 8 Mar 2004, Sven Neumann wrote:
Hi,
Nathan Carl Summers [EMAIL PROTECTED] writes:
In my mind one of the major reasons to have a Gimp Foundation is to put
all of our IP ducks in a row. As I've said before I don't think that
having contributors sign over copyright to TGF would
On Fri, 19 Mar 2004 [EMAIL PROTECTED] wrote:
On Fri, Mar 19, 2004 at 08:56:36AM +0100, Henrik Brix Andersen wrote:
[stuff deleted]
The only thing that struck me as missing was the work involved with
porting the plug-ins to the new API, but Raphaël already pointed that
out in another
On Sun, 21 Mar 2004, Manish Singh wrote:
On Sun, Mar 21, 2004 at 09:44:25PM +0100, David Neary wrote:
How far along is the planning? I have heard of Rock's libpdb,
which I believe he wants to finish for 2.2, but I hadn't heard
any concrete plans for the often-mentioned forthcoming PDB
On 25 Mar 2004, Sven Neumann wrote:
Hi,
Branko Collin [EMAIL PROTECTED] writes:
As some of you may have noticed, for a short while there was a
www.gimp.org that claimed a release of GIMP 2.0.0., and Slashdot
confirms it, so it may be true.
The corpse of the Slashdot story has grown
On 25 Mar 2004, Sven Neumann wrote:
Hi,
Nathan Carl Summers [EMAIL PROTECTED] writes:
Also, urls like http://www.gimp.org/~tml don't work, but you probably
already knew that. http://wilber.gimp.org/~tml does work still.
It works again now.
Hmm, not for me:
Not Found
The requested URL
On 1 Apr 2004, Sven Neumann wrote:
This linked state does not only affect movement, it also applies to
transformations.
Interesting. I did not know that. You learn something every day.
Rockwalrus
___
Gimp-developer mailing list
[EMAIL PROTECTED]
On Mon, 19 Apr 2004, Henrik Brix Andersen wrote:
Hi,
On Mon, 2004-04-19 at 14:57, Branko Collin wrote:
I noticed that http://www.gimp.org has gone 'black', in order to
protest European software patents. A noble cause, for sure, but
should this not have been announced at least, perhaps
On Wed, 21 Apr 2004, Juhana Sadeharju wrote:
From: Roman Joost [EMAIL PROTECTED]
Tasks for the first test (all-day-usage; all of the are common tasks for
all people, except the one where the indicated group is mentioned):
Could you also make a proper usability test for the rectangular
On Wed, 21 Apr 2004, Carol Spears wrote:
while i appreciate someone else being the new person to really abuse the
mail lists (try cc and one time multiple mailings). ((check to see if it
is sent to the list or not)). (((forgive me when i screw up, sometimes
-- all i get is mail list mail)))
On Thu, 22 Apr 2004, Carol Spears wrote:
i have a bad opinion of someone who so easily gets to change things on
an established list.
If I recall correctly, it was Dave who was asking for changes to the list,
or rather, a return to the civility that once was here.
if you want a friendly mail
On 22 Apr 2004, Sven Neumann wrote:
- A plug-in to load and save windows icon files has been added.
I figured that the plug-in is not working correctly at the moment. Not
sure what exactly is going wrong but there's some debugging needed
here.
I'm not sure what the problem you are having
On 23 Apr 2004, Sven Neumann wrote:
Hi,
David Neary [EMAIL PROTECTED] writes:
Photoshop handles large images better than GIMP. That's a known
fact and it's not trivial to improve.
How, exactly?
AFAIK they don't load the full image into memory. If you open a large
image, only the
On 23 Apr 2004, Sven Neumann wrote:
Hi,
for those of you that are into statistiscs, have a look at this:
http://libresoft.dat.escet.urjc.es/cvsanal/gnome-cvs/index.php?menu=Modulesmodule=gimp
Obviously, the top 21 on that page should get special privileges. ;)
Rockwalrus
On 30 Apr 2004, Sven Neumann wrote:
Hi,
Pablo Quinta Vidal [EMAIL PROTECTED] writes:
This is my first post to the list and I want to know if its possible
to use OpenGL under GIMP.
GIMP doesn't use OpenGL but of course a GIMP plug-in can use whatever
library it wants to use as long as
On 3 May 2004, Sven Neumann wrote:
Hi,
Dave Neary [EMAIL PROTECTED] writes:
There are only a very small number of people who really believe this
to be still the case. It may still be called the GIMP Toolkit (but
more more I've heard it called the GNOME Toolkit), but that is a
On 3 May 2004, Sven Neumann wrote:
PS: See http://sven.gimp.org/gimp-new-image-dialog.png for an almost
HIG compliant file-new dialog. This is a screenshot from the HEAD
branch.
Looks fantastic! I really like the hideaway Image Comment section.
Here are just a few minor suggestions
On 4 May 2004, Sven Neumann wrote:
Hi,
Nathan Carl Summers [EMAIL PROTECTED] writes:
What I didn't address yet is the fact that the HIG suggests to
left-align labels of UI controls while we currently consistenly
right-align labels so that they are close to the control
On Sat, 1 May 2004, David Neary wrote:
Hi all,
Myself and Dan Rogers will be meeting with someone from the GNOME
Foundation this week with the intention of having greater
co-operation with them on things like money.
For the moment, I am working under the supposition that the best
option
[EMAIL PROTECTED] accidentally forgot to cc the mailing list. Forwarded
with his permission.
Date: Mon, 3 May 2004 16:53:32 -0500
From: Seth Burgess [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: Nathan Carl Summers [EMAIL PROTECTED]
Subject: Re: [Gimp-developer] new file-new dialog
On Mon, 3 May 2004, Seth Burgess wrote:
Also, from the HIG:
Its just my opinion, but I think showing 3 places of precision past
the decimal for resolution is a bit excessive and I would hazard
rarely adds any useful information.
Good point.
I disagree on the vertical separator - I think
On Sun, 2 May 2004, David Neary wrote:
Sven Neumann wrote:
Nathan Carl Summers [EMAIL PROTECTED] writes:
http://wiki.gimp.org/gimp/GimpMenuReorganization
Very nice. I wonder if there's a way to convert between the menu XML
files and the Wiki content. That would make it possible
On 3 May 2004, Sven Neumann wrote:
Hi,
here's another summary of what's happening in the HEAD branch, what do
watch out for if you want to join development and where help is
needed...
Mitch has almost finished the port of the menus to GtkUIManager. The
new code is in use now and seems to
On 3 May 2004, Sven Neumann wrote:
Hi,
Dave Neary [EMAIL PROTECTED] writes:
Well, dgo was started to finally give an alternative to this outdated
sourceforge site, so please consider to help with dgo instead. It's in
CVS, you have write access, feel free to improve it.
Do you have to run
On Wed, 5 May 2004, Ellen Reitmayr wrote:
Hi all,
I just wanted to let you know that I'm still there to attend to some
usability issues!
Roman and I did some usability testing, and we wrote an article for the
German Linux User based on the findings. In the meantime, we were both
quite
On 7 May 2004, Sven Neumann wrote:
Hi,
Nathan Carl Summers [EMAIL PROTECTED] writes:
I took a look at the new image dialogs on the list today, and I made
a few improvements. I've posted them at
http://wilber.gimp.org/~rock/NewDialogSimple.png and
http://wilber.gimp.org/~rock
On 17 May 2004, Sven Neumann wrote:
Well, we don't have such an entry and I don't see it being added for
GIMP 2.2. So for now we should IMO keep the changes to the dialog
purely cosmetic. It will help users to be able to recognize the Scale
dialog that they have worked with in earlier GIMP
On Thu, 20 May 2004, William Skaggs wrote:
The motivation for doing this is that it seems to me that the existing
edge detection plug-ins distributed with Gimp are rather weak in terms
of output quality
Yeah, I've never been very happy with them.
(their advantage is that, because they are
On 21 May 2004, Sven Neumann wrote:
Also I remember that the plan was to move all edge algorithms into
edge.c in order to obsolete the other plug-ins in the distribution.
That tasks has probably not been finished before 2.0. Might be a good
time to do that now.
Come to think of it, it might
On 22 May 2004, Sven Neumann wrote:
So this API would allow you to queue a redraw even after the buffer is
only halfway written. Of course you would also have to run the main
loop for the redraw to actually happen. Anyway, I consider this rather
bad style. IMO, if the preview takes
On Sun, 6 Jun 2004, Ellen Reitmayr wrote:
I understand there is quite a learning curve involved with the path
tool. On the other hand, compare the tool to what sodipodi implements.
They have clear buttons for every action yet completing the same task
means kilometers of mouse movement and
On 7 Jun 2004, Sven Neumann wrote:
Well, what would you call a script that just puts a menu entry and
calls convolution matrix with a fixed matrix?
I'd call it a waste of resources. Actually such a simple task as
applying a convolution kernel should probably be done completely in
the
On Mon, 7 Jun 2004, Carol Spears wrote:
in the united states, there exists a condition where people are being
educated for a test. teachers that do not teach the content for the
test are removed.
i think this sort of thing is being introduced to gimp development. i
think it is very good
On 9 Jul 2004, Sven Neumann wrote:
Hi,
Tor Lillqvist [EMAIL PROTECTED] writes:
I think what the OP really meant to ask whether GIMP requires a
*pre-emptively* multitasking OS. I.e. one that can interrupt a
running process that has exceeded its timeslice, even if it doesn't
do any
On Wed, 7 Jul 2004, Dave Neary wrote:
Hi,
Quoting Carol Spears [EMAIL PROTECTED]:
On Wed, Jul 07, 2004 at 04:06:38PM +0200, Dave Neary wrote:
Part of the results of that is that the GIMP is
one of the candidates for the annual golden award (with a
large cash prize) which will be
On Thu, 15 Jul 2004, David Neary wrote:
Hi,
Shlomi Fish wrote:
On Wednesday 14 July 2004 05:49, Nathan Carl Summers wrote:
Heh, my vote is for Valgrind. :)
Well, valgrind is a very nice and useful tool. (I know becuase I'm also using
it extensively) However, I think that perhaps
On Thu, 15 Jul 2004, Shlomi Fish wrote:
Another implementation of Scheme? Aren't the ones in:
http://www.schemers.org/Documents/FAQ/#implementations
enough? Or isn't any of them better suited as a starting point?
Yeah, really, Little Scheme (http://www.crockford.com/javascript/scheme.html)
On Wed, 21 Jul 2004, Alan Horkan wrote:
http://bugzilla.gnome.org/show_bug.cgi?id=148027
Given that some less used file formats have been removed in recently
releases on the basis of less code to maintain and less general clutter I
suggested that the old Toys be removed from the Gimp for
1 - 100 of 106 matches
Mail list logo