On Thu, Feb 08, 2001 at 01:36:10PM +0100, Roel Schroeven wrote:
The value in the gimp histogram is calculated as the maximum of the red,
green and blue channels now. Wouldn't it be better to use the average of the
three color channels?
We discussed this when I was fixing the histogram for
On Mon, Feb 05, 2001 at 02:26:23AM +0100, Hans Breuer wrote:
The windoze version of gimpwidgefts can't include two symbols for
different implementation of the same function. There is only one
version of the dll in memory, even if loaded by another process.
The code is shared across process
On Sun, Feb 04, 2001 at 04:45:58AM +0100, Sven Neumann wrote:
The colorselector has already undergone a major overhaul in the HEAD tree.
The color previews as well as all sliders are now global to all color
selector notebooks so all selectors should behave identically. Have a look
at
On Tue, Jan 23, 2001 at 11:40:30AM +0100, Mirar wrote:
Doing tiled images for textures used in 3d worlds, the best method
I've found out isn't very good, it's the procedure of:
1) make an image the right size that looks tiled
2) tile it 2x2
2a) did it tile? finished!
3) fix the
It seems as though it should be possible to use Gimp with two mice (or
similar devices) to some advantage, using them to control different
tools, using different settings.
With AlwaysCore and the Xinput extended devices disabled (probably a
common setup) you get what you'd expect - more physical
On Thu, Jan 18, 2001 at 12:42:23AM +0200, Tor Lillqvist wrote:
(No, I don't know why duplicate PDB procedures cause strange errors
and not just warnings. Anyway, GIMP seems to handle this situation
better in the current gimp-1-2.)
It's a long standing bug in Gimp. I would really like to
A potential patch for the histogram tool in 1.2.x (assuming we do plan
to release e.g. file handle leak fix as a 1.2.1) has been uploaded
as gimp-ruth-010109-0.patch.gz
This patch addresses several problems I found in the 1.2.0 release tool,
Sven and I discussed some of this already, but the
On Fri, Dec 22, 2000 at 12:26:54PM -0600, Federico Mena Quintero wrote:
"Adam D. Moss" [EMAIL PROTECTED] writes:
Right, this is a bad-data problem, and "WON'T FIX". The
source XCF image contains pixels with an index of 34 (the
screen on the computer icon) but only declares a palette
General purpose compose operations usually include a division by 255 of
a number in the range 0 ... 65025. While fixing up Mozilla's alpha
compositor I disturbed a sleeping hacker who has provided a (tested and
working) macro which computes this operation much more quickly than
any other
On Wed, Dec 13, 2000 at 03:29:41AM +0100, Marc Lehmann wrote:
I think the best way would be to make any gtk label/text widget be
selectable. I don't know why this has not been done so far, but it might be
an interesting experiment.
Yes, I've often thought this. And everyone knows that if Marc
On Mon, Dec 11, 2000 at 10:37:11PM +0900, [EMAIL PROTECTED] wrote:
On the side note, one thing that could use serious serious improvement is
the preferences dialog. I think, the "Tree" structure of organizing
preferences is truly confusing. Reserve tree structures for directory
lists and
On Tue, Dec 05, 2000 at 07:39:11PM +0100, Marc Lehmann wrote:
This patch _fixes_ GIMP translations. Currently it's _impossible_ to
And givne that a large amount of similar fixes went into the gimp not too
long ago this patch really should be considered.
Those fixes made Gimp have more
On Thu, Nov 30, 2000 at 01:13:33AM -0500, Maneesh Yadav wrote:
No one knows how to get the offsets for a layer from libgimp do they? I
see a set_offsets but no get...
Shouldn't we put an accessor method in there...I would add it myself, but
I don't get that pdb meta code...
On Fri, Nov 24, 2000 at 08:35:10AM +0100, Martin Weber wrote:
Certain jpg/tiff files cannot be loaded correctly.
http://homepages.go.com/~martweb/gimp.zip
Sorry that I mail this bug, but the bug report page currently doesn't seem
to work.
Go.com seem to be a rather Mickey Mouse operation
humour
Right, one of the formal things Linus' little toy project does which
allows him to ship only a year or two late is to have a list of stuff
that needs doing before release. Of course, none of that stuff gets
done, but you can document it and move on. Another toy project, named
after that
On Mon, Sep 18, 2000 at 05:24:20PM -0400, Garry R. Osgood wrote:
Nick Lamb wrote:
Pre-multiplying is a performance hack only, please don't let people
think of it as something that will cure "black fringes" -- it won't.
Perhaps that wasn't your intention, but in any case...
On Sun, Sep 17, 2000 at 02:12:22PM -0700, Kevin Turner wrote:
Then on Sun, Sep 17, 2000 at 06:33:09PM +0100, Nick Lamb wrote:
Pre-multiplying is a performance hack only, please don't let people
think of it as something that will cure "black fringes" -- it won't.
Perhaps that w
On Mon, Sep 11, 2000 at 03:38:29PM +0200, Marc Lehmann wrote:
Ah! ;) Still gimp would not support uncommon errors by giving the user more
freedom.
Allowing users to needlessly create bizarre image files that will then
cause them trouble in other packages is just _asking_ for trouble.
This is
On Sat, Sep 09, 2000 at 07:45:17PM -0400, Brandon wrote:
Below is a patch to add support for saving TGA files upside down.
Although it sounds
strange to do, it is a supported feature of the file format and OpenGL
expects its
textures to be upside down. Support already exists for reading
On Mon, Sep 11, 2000 at 01:17:25AM +0200, Marc Lehmann wrote:
On Sun, Sep 10, 2000 at 07:16:22PM +0100, Nick Lamb [EMAIL PROTECTED] wrote:
strange to do, it is a supported feature of the file format and OpenGL
apply the patch and (b) I don't think Gimp should offer too many
features
On Thu, Aug 31, 2000 at 03:48:37PM -0400, Federico Mena Quintero wrote:
If p is a null pointer then "free (p)" may (and should!) crash. You
are incorrect here.
sigh You are completely wrong, see KR's treatment of ANSI C
Standard Library, Section B6
void free(void *p)
free deallocates the
On Thu, Aug 10, 2000 at 09:24:42PM +0300, Tor Lillqvist wrote:
GTK+ 1.3 (and 2.0) uses UTF-8 internally, while the file system
related C runtime calls like stat(), open() and opendir() uses a
"current codepage" (the Windows term, on Unix you want to use whatever
encoding/charset the user's
DocBook sounds fine to me presuming that the tools are validating (ie users
who just type nonsense into their text editor will be rewarded with a
screenful of errors) and so we get some decent structured documents, not
the hacked-together nonsense you usually get when people write HTML.
I don't
What is the "forbidden" colour picker mouse cursor for? By this I mean
the cursor where the picker is joined by a crossed-out circle, the
universal symbol for prohibition.
There doesn't seem to be any situation in which the picker doesn't work
(perhaps you could argue that its not working when
On Wed, Jul 19, 2000 at 12:53:31AM +1000, David Hodson wrote:
Can you justify that (all images should be pre-multiplied)?
Or is this just your unsupported opinion?
Well, that was attempted editorial humour to some extent, but it's also
the opinion of (for example) Jim Blinn, and Thomas
On Sat, Jun 24, 2000 at 01:14:02PM +0200, Sven Neumann wrote:
yesterday night on #gimp someone pointed out that an XCF
loader appeared in the Imlib2 CVS tree. I was curious,
checked out the source and had a closer look.
It "appeared" courtesy of someone identified only as "cK", hopefully
Does anyone recognise this? I'm fairly sure it's a brand new "feature"
perhaps from recent patches to app/ ? If no-one recognises this I will
file it through the normal channels, but since it looks like a fresh
regression it seemed easiest to ask first.
1. Create new _greyscale_ image
2. Use a
On Tue, May 23, 2000 at 09:54:34AM -0500, Jon Winters wrote:
I'm taking a Macromedia Flash class this week and one of the things I'll
want to do afterward is find a way to make flash stuff on Linux. So far I
have not been able to find any tools.
I'm not sure there are any content creation
Guillermo S. Romero / Familia Romero wrote:
Cos it is. I though that only suscribed guys could post. If anybody can
post, it should be fixed now. I think that is most of readers would like.
I like the idea of semi-moderated (non subscribers are moderated) lists
but I don't have time to
On Wed, May 10, 2000 at 07:15:57PM -0500, Tim Mooney wrote:
Finding a processor/OS combo where sizeof(pointer) != sizeof(int) is pretty
easy, however. How does this change your thinking?
Wouldn't atomicity guarantees be a processor feature, and hence tied
to word size (probably pointer width
On Mon, May 08, 2000 at 02:16:06PM +0100, Austin Donnelly wrote:
cleaned up on their unexpected termination at some earlier stage. The
whole point of plugins being separate processes is that a plugin
should be unable to cause the main gimp app to crash: if they can then
this is a fairly
On Fri, May 05, 2000 at 06:54:51PM -0600, Michael J. Hammel wrote:
/usr2/graphics/gimp/gimp-1.1/gimp-1.1.21/plug-ins/common/tiff.c:1237:
undefined reference to `TIFFFindCODEC'
Have the libtiff requirements changed recently? 1.1.19 built fine.
Yes, there has been a change to my use of
On Wed, May 03, 2000 at 02:27:09AM +0200, Marc Lehmann wrote:
ppm saving works. But I am unable to create pgm or pbm files with the gimp
(pbm is known for some time, but gimp definitely writes a ppm file for
greyscale images).
Nope, my routine Export tests for Gimp show PPM and PGMs being
On Fri, Apr 28, 2000 at 08:53:08AM +0200, DrMartin.Weber wrote:
The BMP plugin cannot read OS/2 2.0 bitmaps (number 64). It crashes! Also it
displays false colors with indexed OS/2 1.3 bitmaps (number 12). Qt can read
all this pictures. So you can have a look at that code.
Alexander, how
On Tue, Apr 18, 2000 at 07:55:41PM +0200, Uwe Koloska wrote:
Hey, you are right! By starting gimp with
LC_ALL=C gimp-1.1
or more exact
LC_NUMERIC=C gimp-1.1
gdyntext works as expected. Maybe this is the same sort of error acrobat
reader 4.05 has to fight with (cannot open
On Wed, Apr 12, 2000 at 11:16:29PM +0200, Mattias Engdegård wrote:
But there seems to be no way to do it from a script. I had to resort to
duplicating the entire image and delete the unwanted layers, which seemed
slightly wasteful.
I don't understand, scripts are supposed to ALWAYS work this
On Thu, Apr 13, 2000 at 03:40:49AM +0200, Mattias Engdegård wrote:
I won't fix that right away (maybe later, if I have time).
No need, like I said, I only recently checked in the change -- days ago
in fact, after 1.1.19 was released. Just wait for 1.1.20, or get
the current CVS Gimp, or if you
On Tue, Apr 11, 2000 at 02:58:38AM +0200, Sven Neumann wrote:
Hi,
On Mon, Apr 10, 2000 at 05:20:03PM -0700, Kevin Turner wrote:
Goal: Make an image with a transparent background for your web-page,
clip-art, etc.
Issue: PNG file size is bloated by losslessly saving "invisible" data.
On Thu, Apr 06, 2000 at 01:20:50AM +0200, Marc Lehmann wrote:
As such, why save an image if you didn't change it?
There is no good reason why a PROFESSIONAL graphic designer should be
doing it, but lots of us are mere amateurs :)
JPEG works one tile at a time. The same behaviour I observe in
I'd like to propose a change to Export behaviour, or possibly to the
Merge Visible Layers feature, depending on what other developers think
about the following:
1. Create new image with pink background
2. Add layer, draw picture of bird
3. Save as PNG = Result is an RGBA PNG, 121Kb
4.
On Wed, Apr 05, 2000 at 04:40:37PM +1000, Ian Boreham wrote:
From my understanding of JPEG (which is not expert), I would have thought
that although there might be a small loss of quality on subsequent cycles,
due to rounding-type errors, there would not be anywhere near the same as
the
On Wed, Apr 05, 2000 at 12:38:45PM +0100, Nick Lamb wrote:
I suspect that choosing a non-integer implementation (which might be
faster on modern Intel hardware) would increase the damage from
subsequent cycles, but I've never tested that.
Have now, it makes no difference, so that's another
On Mon, Apr 03, 2000 at 02:53:42PM -, Karl Heinz Kremer wrote:
Why should English be treated differently than any other language?
Let's just add an English catalog to the default installation and
the user will not see any difference.
There is already a catalog (en_GB) for British users of
On Sat, Apr 01, 2000 at 02:58:30AM -0800, Manish Singh wrote:
Automake's dep tracking doesn't get 100% of cases. The datadir moved
into a versioned directory to facilitate version coexistance. It's
controlled by a -D on the compile line, so make doesn't really see it.
make distclean [doesn't/
* Is the end-user installation stuff broken, or is it just me? On my
system, cleaning out all old Gimp installs, installing latest CVS and
then trying to install Gimp as a new user (ie to create .gimp-1.1 and
all the rest) does not work. This seems to result from the changes to
the system data
FWIW I agree with Raphael, installing "scripts" which actually just
blow up when run is pointless, if it can't at least manage to register
itself with Gimp's PDB we shouldn't install it.
Similarly, even if they did have "sensible defaults" the GUI scripts
are not functional enough to be
On Mon, Feb 21, 2000 at 01:37:39PM +0100, Marc Lehmann wrote:
I have a question: what standard do the po-filenames follow?
[Sleepy misunderstanding deleted]
Just in case anyone else is as tired as Marc was when he wrote that,
we're using the same convention as everyone else in gettext-land,
While scripts are in the air, should we remove mkbrush.scm before 1.2?
This script takes a bunch of parameters and makes a new brush, almost
exactly like the "New" or "Edit" features of the brush dialog, but
it's a Script-Fu. Do we need it for anything? Otherwise we should
remove it to reduce
On Thu, Feb 10, 2000 at 04:47:48AM +0100, Marc Lehmann wrote:
a) what does HCI mean? ;)
Someone already answered this. To see bad examples, either look at
http://www.iarchitect.com/mshame.htm or look in a good bookstore.
b) I always see programs do it the way gimp does it, so there must be
I'd like to change the Toolbox to do this:
.. or .___. or ..
| File Xtns Help || File Xtns Help|| File Xtns H|
rather than (as now) this:
.. or .___. or ..
| File Xtns Help || File Xtn
On Wed, Feb 09, 2000 at 11:31:16AM -0600, Miles O'Neal wrote:
Phillip Hoerter said...
|
|I hope this is the right place to send this, if not please forgive me.
|I have a few .tiff files of clip art I am attempting to work with. They
|load just fine on a windows machine. but on mine I get
On Sat, Feb 05, 2000 at 01:46:14PM +0100, Sven Neumann wrote:
Do you have any idea how much work is needed to integrate it with the
Paths dialog? A number of new bugs would certainly be introduced by doing
so. That's why I say: It's too late!
Agreed. Broken stuff with no-one working on it is
On Mon, Jan 31, 2000 at 01:53:47PM +0100, Sven Neumann wrote:
In the core the short description and the longer help strings for the PDB
functions are not marked for translation. This decision was made since the
PDB help strings are considered to be targeted mainly at developers and
On Sat, Jan 29, 2000 at 02:28:47PM -0600, Dean Johnson wrote:
Howdy,
Is there a feature request database for Gimp?
Yes, file a bug as usual, but set your (is it urgency? priority? I
don't remember, but I'm pretty sleepy right now) to show that it's a
feature request/ request for enhancement.
On Sat, Jan 29, 2000 at 04:38:52PM -0500, Kelly Lynn Martin wrote:
If by "color table" you mean the indexed color palette, that will
require core modifications (I believe) because I don't think palettes
are exposed to plug-ins well enough to do operations on them.
What do you mean by "well
On Sun, Jan 30, 2000 at 02:38:07AM +0100, Marc Lehmann wrote:
So plug-ins should duplicate the palette file parser, scan all direcrories
where gimp looks for palette files to find the palette is looking for, and
then restart gimp to take notice of the changed files?
"duplicate the palette
On Mon, Jan 17, 2000 at 11:56:31PM +0100, Marc Lehmann wrote:
I've got an 34k tiff file that xv cannot load (many errors), and gimp
gives an error message "Falling back to RGBA, image might be inverted" (two
times) and then the tiff-plug-in segfaults ...
This (the segfault) is now fixed in
On Tue, Jan 11, 2000 at 11:50:28AM +0100, Sven Neumann wrote:
As said, I can't reproduce your problem here. As soon as I open the
error_console, all errors produced with g_message () appear in that
dialog instead of popping up a message window.
Oh, I see. Somehow I expected that all my
On Tue, Jan 11, 2000 at 06:15:11PM +0100, Raphael Quinet wrote:
So maybe what we need is a new option in the gimprc, something like:
make-error-console-visible-on-first-g-message-and-leave-it-open
If you set that to true, then the error console would do what you were
expecting. Or did I
On Mon, Jan 10, 2000 at 10:29:29AM +0100, Sven Neumann wrote:
Oops, I thought (but should have checked) that image_set_resolution_invoker
was calling the gimp_image_set_resolution() in app/gimpimage.c. And probably
it should since the core function keeps the undo_stack in sync by calling
On Sat, Jan 08, 2000 at 11:16:45AM +0200, Tor Lillqvist wrote:
The PNG apparently claims to have the display (and print) resolution
of 0 pixels/inch... Set it with ImageScale ImagePrint Size Display
UnitResolution X and Y and the image appears. The PNG plug-in
probably should check for this
On Sun, Dec 12, 1999 at 11:56:57PM +0100, Eduardo Perez wrote:
[...]
If it becomes widely used, I'm sure someone will be willing to risk
being sued (as I have with TIFF implementation) and provide an
^^
Could you talk a bit more about that,
On Fri, Dec 10, 1999 at 12:17:49AM +0100, Max Moritz Sievers wrote:
Hello,
is there a plan to support JPEG2000?
I don't think so, unless JPEG change their mind about the direction for
future imaging standards.
cynical
IMHO JPEG 2000 is an attempt to fix a mistake made in the original JPEG
On Mon, Nov 29, 1999 at 11:03:02PM -0600, Miles O'Neal wrote:
Marc Lehmann said...
|
|I don't know what you feel, but I think the new Reset button is definitely
|the worst improvement ever.
|
|Not that such a button is nice, but putting it at the same place where we
|had the OK button is
On Sat, Nov 27, 1999 at 03:23:02AM +0100, Marc Lehmann wrote:
We still need to work the perl plug-in names in. The problem is that
gettext does not support this (and I see no way to modify the makerules
without re-writing them totally. Just another reason why automake is
evil).
Doesn't
On Mon, Nov 22, 1999 at 02:49:50PM +0100, Marc Lehmann wrote:
In current gimp you will notice lot's of bnad things happening when more then
one oepration (regardless of which) is being done at the same time. It gets
much worse when you do it on the same image.
Are these "bad things" fatal?
Mon Nov 22 13:18:40 GMT 1999 Adam D. Moss [EMAIL PROTECTED]
* app/channel_ops.c: Disabled the copy-on-write for gimage
projection. Duplicate op will now take as much time and
memory as GIMP 1.0 in this respect. That sucks, but I'm
damned if I can follow the
On Fri, Nov 12, 1999 at 05:32:10PM +0100, Marc Lehmann wrote:
You saying that the tile system in Gimp is faster is not useful.
^^^
I didn't. Please don't leap into every discussion just to bait me Marc,
it's very annoying and I somehow doubt that others are
Further to my original observations, here is something more detailed:
Gimp is set to ~24M tile cache, on a 64Mb machine with ~64Mb of swap
The TIFF is enormous (see previous post for exact dimensions) and as a
naive RGB array (3 bytes per pixel) would use ~210Mb of space
Stage ---
On Thu, Nov 11, 1999 at 01:40:28AM +0100, Uwe Koloska wrote:
Nich Lamb wrote on Die, 09 Nov 1999:
Why does my 7274 x 9985 RGB image (212743Kb of data by my calculations)
result in the creation of a gimpswap which is up to 500Mb in size?
Where do you think can the undo information reside???
On Tue, Nov 09, 1999 at 04:57:16PM +0100, Sven Neumann wrote:
s/help/perl/
On Wed, Nov 10, 1999 at 03:09:46AM +0100, Marc Lehmann wrote:
However, perl works on many _many_ more platforms than the help system,
which only works on a very limited number of systems.
Well, PERL certainly works
On Tue, Nov 09, 1999 at 01:27:29AM +0100, Ewald R. de Wit wrote:
Anyway, today I went over the Gimp sources and noticed how complicated
the tile architecture makes things and I couldn't help wondering why
the heck it was put in. All it seems to do is to give you an order of
magnitude slower
Further to my last post (and possibly related to Ewald's complaints too)
Why does my 7274 x 9985 RGB image (212743Kb of data by my calculations)
result in the creation of a gimpswap which is up to 500Mb in size?
The performance for such images seems adequate to me (can't compare
PotatoShop
On Mon, 1 Nov 1999, Carey Bunks wrote:
I think that Michael has a good point here. Why is it useful to
declare a feature freeze? In my opinion the answer is so people can
begin making plans with respect to the upcoming new stable release.
If just anything is allowed after a feature freeze
74 matches
Mail list logo
