[EMAIL PROTECTED] wrote:
Note: At the moment featurefreeze is more violated by the changes done
by for example Michael than by the ideas I'm having which would be
something like "little changes with big positive effects"...
You mean the context and dnd stuff... Well, as Olof has already
Marc Lehmann wrote:
Note: At the moment featurefreeze is more violated by the changes done
by for example Michael
Or Sven! Even worse, Sven's changes required me to add something else
(which is not bad, but it introduced instabilities again), and Michaels
changes are very likely to
Hi Marc,
Marc Lehmann wrote:
On Wed, Nov 03, 1999 at 10:20:37AM +0100, Michael Natterer
[EMAIL PROTECTED] wrote:
I was (or at least tried to be) very careful not to change any external
interface (which I suppose you mean by "cause other changes as well")
with the conte
Hi all,
while modifying the image map tools' ui I noticed that there's a strange
side effect.
Image map modifies the image in place and it's possible to do another
operation while an image map tool dialog (e.g. threshold) is active.
So the "other operation" (try e.g.
Sven Neumann wrote:
Hi all,
I just studied the GtkItemFactory code...
It seems we're doing _many_ useless translations in the menu system.
For example all calls to menus_set_sensitive() et.al. are using strings
which are marked with N_().
However it's totally sufficient to
Sven Neumann wrote:
The string gets passed through menu_translate when the labels are build, so
it should work for all menus. Hmm, I have now changed this.
A problem is that there is no table for "Image/Filters/Blur/tearoff1"
or "Image/Filters/Blur" in gimp.pot or gimp-std-plgins.pot.
Nick Lamb wrote:
On Fri, Nov 26, 1999 at 01:03:08AM +0100, Sven Neumann wrote:
In French I can say "Fichier-New"
and then choose "Type d'image RVB, OK"
Resulting image is called "SansTitre-0.0"
Well, if would be working correctly, it would say "Fichier/Nouveau...".
... but
Marc Lehmann wrote:
On Fri, Nov 26, 1999 at 09:45:21PM +0100, Sven Neumann [EMAIL PROTECTED]
wrote:
It seems your latest commit fixed the problem! Great work! Now it's
time for the translators to update the po files and there are still
a lot of plug-ins that need to be
Michael Natterer wrote:
But apart from the fact that the current implementation works, I'd still
vote for putting _all_ translations (not only the menus but just any string)
into _one_ gimp.mo file. (I don't see another way to correctly translate
string which are defined in libgimp (e.g
Manish Singh wrote:
* app/app_procs.c: I thought we should have a real splash (without
decoration). Like it???
Not really. We tried this back in the pre-1.0 days, and switched it back
because unmanaged windows for splashes are evil (they appear on all desktops,
above all windows).
I
Hi all,
while browsing and hacking many plugins I noticed that pressing "Cancel"
in a plugin dialog causes the plugin's return value to be set to
STATUS_EXECUTION_ERROR.
While this has no effect in normal plugins, it causes a "save failed"
message box to appear for all save plugins. I find this
Marc Lehmann wrote:
On Mon, Jan 17, 2000 at 02:59:26PM +0100, Michael Natterer
[EMAIL PROTECTED] wrote:
While this has no effect in normal plugins, it causes a "save failed"
message box to appear for all save plugins. I find this really annoying,
because pressing cancel is jus
Sven Neumann wrote:
You should definitely increase your tile cache size from the default 10mb.
It should help performance.
Shouldn't we increase the default for the tile_cache_size? GIMP was shipped
with the default of 10MB years ago. Memory is cheap nowadays and I guess we
can expect
Austin Donnelly wrote:
[ snip lines which show that you definitely know much more about eps
than I do ;-) ]
So, where's a good place to put a couple of plugin-specific data
files, namely: eps-loader-prologue.ps and eps-loader-epilogue.ps ?
All other plugins with need auxilliary files
Robert L Krawitz wrote:
I'm experimenting with gimp_image_get_resolution(). It appears (in
1.1.17, at any rate) that whatever I set the units to I always get a
resolution back that's expressed in dots per inch. Is this behavior
correct?
Absolutely correct.
If so, did it work this way
[EMAIL PROTECTED] wrote:
Hi, let me introduce myself. My staff artist and I are in the early stages
of a book on web design with free software, including the GIMP. Anyway, we
started working with GIMP 1.1 because the book is going to have to be about
GIMP 1.2.
Olivia
Ludovic Poitou wrote:
Hi there,
I've had trouble compiling gimp 1.1.17 on Solaris 8 with the native
compiler (Workshop 5.0).
Here's the list of problem :
In plug-ins/common/ both gauss_iir.c and gauss_rle.c fail compiling
because of G_MAXDOUBLE.
Hi,
G_MAXDOUBLE might be *slightly*
Ben Fowler wrote:
I am using CVS as a form of software delivery rather than
a joint software development.
If you have a CVS gimp tree, why don't you just use 'cvs update'?
Or did I misunderstand your mail?
bye,
--Mitch
Alex Harford wrote:
On Wed, 29 Mar 2000, Glyph Lefkowitz wrote:
Is it possible to set up gimp such that typing 'gimp foo.xcf' on the
commandline will just open foo.xcf in a currently running Gimp
session? I've seen no documentation on this anyhere.
I know this is a feature, but I
On Tue, 18 Apr 2000, Christopher W. Curtis wrote:
Uwe Koloska wrote:
Where are you experts??? We are two at minimum discovering this behaviour
and if it's a misconfiguration it has to be described somewhere.
It is a misconfiguration on your part. I'm running gimp 1.1.19 from
debian
Andrew wrote:
What is gtk_xmhtml_new as compaired to gtkxmhtml ??? I'm confused.
I'm tring to compile gimp1.1.17 or 19 and I get this error, could you take a
little time to maybe explain what I need to do too get 'help'
pulldowns under gimp to operate? I'm not running the gnome desktop,
Kevin Turner wrote:
Using gimp_ui_init, I get colormap flashing between with my plug-in's
dialog. If I comment out the line
gtk_widget_set_default_colormap (gdk_rgb_get_cmap ());
in the if(gimp_install_cmap()) block, the colormap flashing goes away.
Yep, I didn't test this function at
Tomas Ogren wrote:
On 24 April, 2000 - Michael Natterer sent me these 2.2K bytes:
I propose the following solution:
1. default to install_cmap == FALSE in gimprc
2. remove color_cube from gimprc
3. add a min_colors parameter to gimprc
4. in the gimp app, install a private
Hi all,
Tomas Ogren wrote:
install_cmap works.. min_colors(256) which the docs used to say doesn't
work (except for cvs gtk+). As long as Gimp depends on the unreleased
1.2.8 or truncates the min_colors setting from gimprc to max 6*6*6,
there shouldn't be a problem AFAIK. I don't really
Raphael Quinet wrote:
Oops! I forgot the second part of my patch. The problem with SA_NOMASK is
also present in app/main.c:
Raphael,
no need to oops... :)
I'm about to commit this. It seems I made Gimp unworkable for all systems
except Linux... argh, 1 day before a release.
will be
Austin Donnelly wrote:
Current gimp (1.1.21) seems to have problems with recovering from any
plugin that dies. Things start going wrong when it takes a SIGPIPE
while trying to write(read?) to the pipe to the plugin which is dead.
Rather than ignoring SIGPIPE, and collecting an EPIPE from
Tim Mooney wrote:
In regard to: Re: EPIPE, Michael Natterer said (at 8:22pm on May 8, 2000):
Unfortunately this is not the reason why gimp dies on just any aborting
child. Although I 100% agree that SIGPIPE being fatal is the wrong thing
to do. I browsed CVS and Gimp is connecting SIGPIPE
Tim Mooney wrote:
I just looked at 1.1.19, and on_signal there was doing the same thing it
is now: SIGPIPE caused a call to gimp_terminate. Obviously the current code
is based on the older code.
So why is Austin observing the problem now? I'm not sure. It does seem
like it's behaving
Austin Donnelly wrote:
[ two mails i totally agree with ]
I'm about to commit some code which should bring the signal
stuff into a sane state. The ChangeLog entry is quite verbose
and should explain how I tortured the code.
Hopefully no whatever-isms this time :)
bye,
--Mitch
Michael Natterer wrote:
Austin Donnelly wrote:
[ two mails i totally agree with ]
I'm about to commit some code which should bring the signal
stuff into a sane state. The ChangeLog entry is quite verbose
and should explain how I tortured the code.
Um, 1 minute later I found a bad bug
Raphael Quinet wrote:
- does this happen with the dynamic text tool?
Dynamic Text seems to have problems with incomplete locale
environments (like setting LC_MESSAGES only).
The setting that makes it work for me is
export LC_ALL=DE_de
Maybe this is the problem?
bye,
--Mitch
Tim Mooney wrote:
In regard to: Re: EPIPE, Michael Natterer said (at 12:40am on May 11, 2000):
This is what currently happens (ok, it happens in the handler, but WNOHANG
*should* be absolutely safe).
However, a signal handler can do whatever it likes with the app's structures
as long
Marc Lehmann wrote:
However, a signal handler can do whatever it likes with the app's structures
as long as it uses atomic data access (which can be a pointer, as pointers
have the same size as integers, which are atomic. This is true at least on
all processors which have a GNU libc port
Marc Lehmann wrote:
On Thu, May 11, 2000 at 12:47:22PM +0200, Michael Natterer
[EMAIL PROTECTED] wrote:
The only type that is atomic is sig_atomic_t. Everything else is not atomic
one at least one target where gimp runs. Limiting gimp to gnu-libc-platforms
looks very bad.
See my
Raphael Quinet wrote:
On Thu, 11 May 2000, Michael Natterer [EMAIL PROTECTED] wrote:
This is what currently happens (ok, it happens in the handler, but WNOHANG
*should* be absolutely safe).
No, actually it is not safe on all operating systems: as I wrote
elsewhere, you cannot always
Raphael Quinet wrote:
On Thu, 11 May 2000, Marc Lehmann [EMAIL PROTECTED] wrote:
[...]
What could be the case, however, is, that gimp itself does not reset it's
signal handlers when it execs the plug-ins. If this is the case, then this
bug (not restoring signal handlers to their
On Fri, 12 May 2000, Marc Lehmann wrote:
On Thu, May 11, 2000 at 09:05:58PM +0200, Michael Natterer
[EMAIL PROTECTED] wrote:
The libgimp code could try to set the signal handler to SIG_DFL before
executing the code of the plug-in.
We don't need to do this, as (exec()'ed) children
Raphael Quinet wrote:
On Thu, 11 May 2000, Michael Natterer [EMAIL PROTECTED] wrote:
We don't use SA_NODEFER any more. And AFAIK the delivery of SIGCHLD has
nothing to do with cleaning up zombies. This is why we loop around
waitpid() because POSIX explicitly says that signals arriving
Sven Neumann wrote:
Hi,
We are proud to be able to announce the first official
GIMP Developers Conference which will take place
June 2nd - 4th 2000 in Berlin.
The goal of this conference is to bring together GIMP
developers to chart the features of the next generation
GIMP. There are
Kevin Turner wrote:
What is the status of the help system these days?
Is there a help browser procedure which calls on extension_web_browser
if the gtkxhtml browser is not available?
Yes, Netscape is called it no help browser is found.
How does the help system work for 3rd party
Robert L Krawitz wrote:
Date: Sat, 20 May 2000 11:12:35 +0200
From: Sven Neumann [EMAIL PROTECTED]
So this might be a false alarm. I really don't think it looks as
bad. Especially if you consider that such a thing as asked for since about
a year, and we _still_ douldn't
Hi all,
I've just created a new CVS module "gimp-plugin-template".
It's a full featured GIMP Plug-In which uses all the new 1.1
features like the help system and localization as well as
autoconf support.
Before the first "1.1.1" release I will add examples of all
libgimp widgets to the dialog.
Austin Donnelly wrote:
On Tuesday, 30 May 2000, [EMAIL PROTECTED] wrote:
On Tue, 30 May 2000 11:27:37 -0400, Phil Schwan [EMAIL PROTECTED] said:
Do you know who all of the copyright holders of that code are?
At least myself, Peter, Spencer, and Adam Moss. There are almost
On Thu, 20 Jul 2000, Jason T. Slack wrote:
Hello All,
I am interested in doing a port of GTK+ and GIMP to MacOS.
Has anybody started this?
Should I go full speed ahead?
Hi,
I guess that Gtk+ and Gimp will run more or less automatically
on MacOS X' BSD API once there is an X server,
[EMAIL PROTECTED] wrote:
I'm actually asking myself where we should place the new docs
in the CVS.
It seems we have two choices:
1) Put them in help parallel to the other files
2) Create a new directory for them until everything (automatic creation
of HTML docs and indexing) is
Marc Lehmann [EMAIL PROTECTED] writes:
Hi, I just ran make ./autogen.sh and then make distclean. Noticinf that it
took ages I found this in a lot, but not the majority of plug-in directories:
make[2]: Entering directory `/localvol2/cvs/gnome/gimp/plug-ins/maze'
cd ../.. automake --gnu
Marc Lehmann [EMAIL PROTECTED] writes:
While the .gimp/gtkrc is being used again in the current cvs version, the
plug-ins still don't use it (they used it before).
You are right, I'll fix that soon.
thanks,
--Mitch
Sven Neumann [EMAIL PROTECTED] writes:
Marc Lehmann [EMAIL PROTECTED] writes:
On Fri, Nov 03, 2000 at 08:12:07AM +0100, Marc Lehmann [EMAIL PROTECTED] wrote:
Since quite some time I get spurious errors while building gimp:
sorry, found it (I am not sure that is, I just checked out
[EMAIL PROTECTED] (Raphael Quinet) writes:
On Wed, 08 Nov 2000, Ludovic Poitou [EMAIL PROTECTED] wrote:
Here's the results I got with your test program on Solaris 8, OSF1,
HP-UX, AIX.
[...]
Results on Solaris 8:
sigchld handler was called before waitpid (no status)
[...]
Results on
Robert L Krawitz [EMAIL PROTECTED] writes:
What are the plans for maintenance of 1.2? At some point (long before
1.4), we're going to do a gimp-print 4.2; it may even happen in 3
months or so if the quality (particularly color) improvements outrun
the rest of the development projects. Will
Hi,
Ask politely next time.
Go away!
bye,
--Mitch
[EMAIL PROTECTED] writes:
* When I press Alt-F and then "x" on my keyboard, The Gimp doesn't exit.
* I see completely fucking useless tearoff menus on top of every
menu. They get in the way, sometimes tear off by mistake, and in
[EMAIL PROTECTED] writes:
On 11 Dec 2000, Michael Natterer wrote:
Hi,
Ask politely next time.
Excuse me sir for not being so polite. You should read my previous email
where you will find most of the same issues repeated without using foul
language that you are so afraid of seeing
Emil Brink [EMAIL PROTECTED] writes:
On 11 Dec 2000, Michael Natterer wrote:
(Apologies if this reply is incorrectly addressed -- I still haven't
quite figured out how to properly reply to list mails)
[...]
Many of your points already _are_ on bugs.gnome.org's wishlist. Especially
The future of The GIMP
December 2000 by Sven Neumann Michael Natterer
This document is meant to be a RFC (Request For Comments). Nothing described
in here is a fixed decision, everything can and should be discussed. The
reason for writing
Marco Lamberto [EMAIL PROTECTED] writes:
The Makefile in po-plug-ins requires the missing spheredesigner.c source in
plug-ins/common.
Hi Marco,
this is fixed in CVS.
thanks,
--Mitch
Marco Lamberto [EMAIL PROTECTED] writes:
On 20 Dec 2000, Michael Natterer wrote:
The Makefile in po-plug-ins requires the missing spheredesigner.c source in
plug-ins/common.
Hi Marco,
this is fixed in CVS.
Thanks, but was really removed the spheredesigner.c plug
Nick Lamb [EMAIL PROTECTED] writes:
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
Dave Neary [EMAIL PROTECTED] writes:
Hi all,
I have reproduced this in the 1.3 branch - I think it may be in
1.2 as well but I haven't checked.
Basically some of the preview update routines can crash on
images with unusual ratios - I haven't entered a bug against
this because I was
Austin Donnelly [EMAIL PROTECTED] writes:
On Thursday, 8 Feb 2001, Frank de Lange wrote:
[fonts work on some images, but not others]
Check both image's resolution: they're probably different.
If you ask the text tool for text in a particular "point size", then
it needs to scale it so
59 matches
Mail list logo