a few people have claimed that opening the file chooser dialog would
take a considerable amount of time if it is opened in a directory with
lots of files.
Also check when opening the file chooser dialog on an NFS or other remote
filesystem isn't too bad, even with small number of files. In my
-Original Message-
From: [EMAIL PROTECTED] [mailto:gimp-
[EMAIL PROTECTED] On Behalf Of William Skaggs
Sent: 06 December 2004 19:05
To: [EMAIL PROTECTED]; Joao S. O. Bueno Calligaris
Subject: Re: [Gimp-developer] Scissors tool
[...]
I looked at the code not too long ago, and my
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:
http://www.gimp.org/contest/gallery.cgi?display=imagename=20041202090610747
8
I think
Austin Donnelly [EMAIL PROTECTED] writes:
- Add an easy way to change the image's unit. It's quite well hidden
in the Image Scale dialog right now. With the changes proposed
above, changing the image unit could become a more frequent task, so
it should be easily accessible
That's because the screen display code doesn't smooth the image when it
scales it, for speed reasons. Dedicated viewing programs can afford to do a
better job showing the image because they won't be re-drawing it quite so
often (imaging panning around the image while editing it - you'd like that
Hi GIMPers,
I know this is a little off-topic, but it's definitely interesting to anyone
looking for a job in the pre-press software industry.
Ben Hobbs (from Idealpeople, a recruitment firm) is looking for people with
experience of RIPs, and other pre-press issues. I've put a message from him
Are you sure it hasn't been updated for so long? Take a look at the
PostScript 3 reference manual.
OK, 5 years instead of 6 (1998). But in today's world,
that's a HUGE time...
What you're looking at is a mature standard. Surely that's a good thing!
If it ain't broke, don't fix it.
Tor wrote:
[filesystem within a file]
It's a nice idea in theory, but makes it quite hard to write a parser for.
MS Word files (until recently) were basically FAT filesystems, which makes
it easy to handle under Windows but harder to parse when you don't have a
convenient DLL to do it lying
Yes, try it with dd and cp (GNU version only?):
dd if=/dev/zero of=/tmp/zero-test count=1000
cp --sparse=always /tmp/zero-test /tmp/zero-sparse
ls -l /tmp/zero-test /tmp/zero-sparse
du -cs /tmp/zero-test /tmp/zero-sparse
[...]
What I do not know is how many fs support it, and if they can
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 manually convert from IEEE float to your
local
Conceptually I like this, and the gotchas are toggleable
via the UI.
I like the idea too. It should be checked in and turned on by default.
Austin
___
Gimp-developer mailing list
[EMAIL PROTECTED]
(Yes,
I like the text tool, I etxremely like the undo history.. but that is all
nothing major).
But the undo history is not a new 1.3 feature, it was introduced by me in
one of the 1.1 testing series and has thus been in all the 1.2 versions.
Austin
[...] the_gimp should not be
accessed directly, and tile_manager is probably too ugly for tool
developers with weak stomachs.
Not clear; iscissors uses a custom tile manager which supplies tiles
containing gradient/direction information. This way, the expensive
calculation of this info is
I want to add some features (changeing the gamma of the display ...) to
filmgimp.
There already is a module called cdisplay-gamma which can do this. You
don't need to write any code, just use this pre-existing module.
However, I'll still answer the rest of your questions:
I liked to
Can someone please look into this patch I've been submitted?
Ta,
Austin
---BeginMessage---
Title: Patch for wishlist entry 75558
Hi,
I wrote a patch for the bugzilla entry 75558, curve tool does not remember old
values.
I wrote a patch for this a while ago, but it seems to be removed
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
fwrite()
in app/xcf.c which needs to have its return_value to be checked. The
larger part of the problem is to propate the error up
I wrote some docs about the undo system's operation; try looking around
in the doc/ subdirectory.
I can't vouch for how accurate they are now, but I don't think the
system has changed much since I added the undo history feature.
Austin
___
I wrote a patch which added a warning, but subsequently it was decide
that not enough people would understand or care what was going on.
Austin
-Original Message-
From: [EMAIL PROTECTED]
[mailto:gimp-developer-
[EMAIL PROTECTED]] On Behalf Of Roland Roberts
Sent: 14 October 2002
On , 23 Apr 2002, Sven Neumann wrote:
ack. Who writes the patch?
Sorry, not me - lack of time :(
Austin
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
On Wednesday, 27 Mar 2002, Øyvind Kolås wrote:
* My workflow for posters that will be printed on a laser printer is:
- make a new grayscale image with the same size ratio as A4/A3
- fullfil the design
- scale the image up to the full res of the
On Friday, 29 Mar 2002, regis rampnoux wrote:
You can load the files with the plug-ins amp4gimp which is in the
registery. (I found yesterday a bug but you can use it ...)
There is no save option at this moment.
If the amp format is simple enough, why don't we just make it the
default format
get your hands on GIMP-1.3.3 and add %L to the image-title-format
or image-status-format strings. There you go.
Since we now have a number of these *-format strings, has someone
taken the time to generalise my code for image-title-format?
Austin
___
On Sunday, 17 Feb 2002, Maurits Rijk wrote:
Will it be possible for plug-ins in 1.3.x/1.4 to put their own neat
little icons in front of their menu entry? I guess this would mean some
minor enhancements to the plugin API :)
While technically this is possible, I don't think its a good idea
On , 17 Feb 2002, 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 this since we will
On , 22 Feb 2002, Sven Neumann wrote:
get your hands on GIMP-1.3.3 and add %L to the image-title-format
or image-status-format strings. There you go.
Since we now have a number of these *-format strings, has someone
taken the time to generalise my code for image-title-format?
On Wednesday, 13 Feb 2002, Maurits Rijk wrote:
I noticed that it's pretty easy to write a plug-in to import Photoshop
brushes. There seem to be lots of those freely around on the net. First
question: is this plug-in already available (couldn't find it in the
registry) and secondly: if not,
On , 7 Feb 2002, Sven Neumann wrote:
exactly. If there's a need to improve the current parasites, let's do
that now. I could imagine that a more hierachical structure might
help, but I'd like to see a real usage case before we consider doing
such a change. Is the EXIF data such a usage case?
On Tuesday, 15 Jan 2002, Martin Waitz wrote:
On Mon, Jan 14, 2002 at 10:37:13PM +, Austin Donnelly wrote:
I think I was the last person to substantially modify the iscissors
code. I read the paper you reference above, and indeed it was quite
helpful. However, note
On Tuesday, 15 Jan 2002, Martin Waitz wrote:
On Tue, Jan 15, 2002 at 11:08:28AM +, Austin Donnelly wrote:
I did test-implement it. #define USE_LAPLACIAN and recompile to see
if it makes much difference. I couldn't see a visual different, only
it was a bit slower.
well, then your
1.2.2 definitely has the USE_LAPLACIAN code in, but it is not enabled.
The current developer head in CVS doesn't. I'm assuming that as part
of porting iscissors.c to the new tool model someone (Mitch/Sven?)
took the opportunity to strip out unused code. This is a perfectly
reasonable thing to
On , 15 Jan 2002, Michael Natterer wrote:
I stripped out the USE_LAPLACIAN part not because it was unused
but because my impression was that it could not work:
gimp-1-2/app/iscissors.c has the following piece of code:
#ifdef USE_LAPLACIAN
static gint laplacian [9] =
{
-1, -1, -1,
On Monday, 14 Jan 2002, Martin Waitz wrote:
anyone working at the iscissor tool at the moment?
i would like to implement some of the features described in
http://www.cs.orst.edu/~enm/publications/GMIP_98/seg_scissors.html
as a work for an university course.
I think I was the last person
On Tuesday, 4 Dec 2001, Seth Burgess wrote:
I think if you make sure to check the version of the XCF, this will be
exceptionally useful to users of ImageMagick. Its not at all an uncommon
request on gimp-user or the gimp newsgroup. Batch conversion is still best
handled via the
On Friday, 30 Nov 2001, Dave Neary wrote:
63411 http://bugzilla.gnome.org/show_bug.cgi?id=63411 NEW
Eraser Tool behaves wrongly when toggling.
Seems pretty accessible...
35489 http://bugzilla.gnome.org/show_bug.cgi?id=35489 NEW
crop tool doesn't always change canvas size
On Tuesday, 27 Nov 2001, [EMAIL PROTECTED] ( Marc) (A.) (Lehmann ) wrote:
Anyways, I had some conversation with two graphics designers about CMYK
problems and the Gimp at the Systems, and I think it might be worthwhile
to read the following sometimes true observations. Remember, they are
On Wednesday, 24 Oct 2001, Jerome Dumonteil wrote:
I've released a plug-in for gimp (main goal is to remove black isolated
pixels on dirty scanned document).
Any comment welcome.
(However I don't think it has enough interest to be in the main gimp
release, so don't consider its name and
On Sunday, 9 Sep 2001, David Odin wrote:
I've two question about this plugin:
- why gifload and gif are kept separated, when, for most image
formats, the loader and the saver is in the same plugin?
Patent reasons: you need a Unisys LZW compression patent licence in
order to use the
On Tuesday, 7 Aug 2001, Michael Soibelman wrote:
Well, one of those plug in crashes and it's all gone.
??? Please let us know which plugin crashing causes the entire GIMP
to crash. This is a very serious bug.
The whole point of plugins is exactly to isolate the main GIMP program
from
On , 27 Jul 2001, Sven Neumann wrote:
ftp://ftp.gimp.org/pub/gimp/v1.2/v1.2.2/
This release fixes a large bunch of bugs, adds a couple of
new translations and features a complete rewrite of the
help pages.
Oops. It doesn't build out of the box. D'oh!!!
[...]
creating
On Wednesday, 20 Jun 2001, Dave Neary wrote:
The default Made with the GIMP comment is hard coded into
plug-ins/common/xbm.c - and presumably into the others too. It seems to
me that the easiest solution would be to include gtkrc in the relevant
plug-ins, and do a read on the gimprc when
On Wednesday, 20 Jun 2001, Iccii wrote:
I'm using the GIMP to creat image files for my web site.
So, I want to know how much time is necessary for loading
the images which is saved by jpeg or other file type.
It's useful to show loading time in jpeg saving dialog.
See attachment file if you
On Wednesday, 20 Jun 2001, Raphael Quinet wrote:
On Wed, 20 Jun 2001, Sven Neumann wrote:
If we'd fix this by making gimp_image_new() attach a default comment
parasite (just like it sets the default resolution), all images touched
by The GIMP would get the default comment unless they
Layer deletes are a little funky: they don't get deleted when they are
removed from the layer list, since they get pushed on the undo stack.
They get deleted when the undo information is freed, ie when it
expires or when it is on the redo stack and an new action is pushed on
the undo stack, thus
On Friday, 8 Jun 2001, David Monniaux wrote:
On Fri, 8 Jun 2001, Austin Donnelly wrote:
But, we're talking about *paper* here. A4 for me is the same size as
A4 for another user, surely? There are only a limited number of paper
sizes in existence, and they should all be available
On Friday, 8 Jun 2001, David Monniaux wrote:
I've been trying to contact libpaper's author, but to no avail so far.
libpaper is old (1996) and does not offer per-user paper formats.
Furthermore it does not allow interactive modifications.
But, we're talking about *paper* here. A4 for me
On , 7 Jun 2001, Sven Neumann wrote:
Jonas Geduldig [EMAIL PROTECTED] writes:
I'm interested in adding a tool for detecting and
cutting out contour regions.
Intelligent Scissors ?!
Yup, this sounds a lot like intelligent scissors. Read the comments
at the top of app/iscissors.c
I
On Friday, 1 Jun 2001, David Monniaux wrote:
I would like to know the precise functions that handle the shrinking of
the image for display. I would like to code them in MMX.
What leads you to suspect that scaling the image for display is a
bottleneck?
Last time I looked, it was much
On Thursday, 5 Apr 2001, Georg Acher wrote:
I just looked into bumpmap.c and tried to figure out if it can profit from
blocking and played a bit with the code. It seems that there is some major
(performance) problem with the gimp_pixel_rgn_get/set_row-calls in Gimp
1.2.1.
The original
On , 22 Feb 2001, Sven Neumann wrote:
But most (all?) window managers scale them down to a tiny 16x16.
Not mine: fvwm 1.24r
IMO the whole thing should go away, but if people like it, please make a
preferences option to enable it.
I think it's a good idea.
Austin
49 matches
Mail list logo
