this
would resemble the layer without mask but there is a thin
semi-transparent line which demonstates that this is not exact. Enough
talking, just have a look at the image.
So, my question is: is it a normal behaviour of Gimp (tested with
several latest versions)?
CU, Michael
---=[ [EMAIL
Hola~
Anyone know if gimp will support 32-bit images in the near future?
MO
--
Michael O'BrienRenderMan Products
Pixar [EMAIL PROTECTED]
EINSTEIN: What I said is the fundamental, en
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 se
On Fri, 21 Jul 2000, Jason T. Slack wrote:
> I have checked out the current projects and they seem dead. I e-mailed the
> project admins and it seems that we would be going in totally different
> directions with our development.
>
> What would everybody think about an OS-X native version of gimp
[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
"Dr. David Kirkby" <[EMAIL PROTECTED]> writes:
> Hi,
> today I compiled gimp-1.1.26 on my Sun SPARC 20 (4 x 125 MHz CPUs, 448 Mb RAM,
> Solaris 8), using Perl v5.6.0, gtkxmhtml-0.99.8, gtk+-1.2.8, PDL-2.1.1snap092100,
> zlib-1.1.3). I have removed any libraries/headers of older gimp version
David Odin <[EMAIL PROTECTED]> writes:
> Well, this isn't really a bug, but I was browering the libgimp code and I
> found the following line in gimp_mem_size_entry_new()
> (gimpwidgets.c, line 1023) :
> spinbutton =
> gimp_spin_button_new (÷d_adj, divided_mem_size,
>
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 --
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 ju
[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)
> [...]
>
Marc Lehmann <[EMAIL PROTECTED]> writes:
> I just found out the hard way that File->Revert is not undoable (I slipped
> with the pen). Shouldn't that be either undoable OR an action that the user
> had to acknowledge?
I think "revert" should really revert everything, including clearing
the undo
"Guillermo S. Romero / Familia Romero" <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] (2000-11-09 at 1830.06 +0100):
> > However exactly the same happened to me, which meant loss of half an hour
> > of work. I'll add a warning dialog just as the "chanes were made to %s.
> > really close?" one.
>
[EMAIL PROTECTED] (Raphael Quinet) writes:
> On Fri, 10 Nov 2000, David Monniaux <[EMAIL PROTECTED]> wrote:
> > I compiled Gimp under Solaris with --with-included-gettext. Trying to run
> > it with LANG=fr... does not yield anything translated. Nevertheless, Gimp
> > seems to load the translation
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.
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
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
<[EMAIL PROTECTED]> writes:
> comment 1
> > (Which also means we should probably put "OK" rightmost in all dialogs
> > to match the order given in the "ESC/Enter" scheme)
>
> comment 2
> > I vastly prefer the "positive choice to the left" rule - of dialog
> > button ordering, but can't seem to
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
Lourens Veen <[EMAIL PROTECTED]> writes:
> I realise that it's probably too late already, but dare I say C++? Did
> anyone ever even consider this?
We discussed C++ on GimpCon and came to the conclusion to use C :)
mainly for the following reasons:
- Linking: you need to create wrappers to make
Robert L Krawitz <[EMAIL PROTECTED]> writes:
> >From gimp-1.1.31.tar.bz2 on ftp.gimp.org.
>
> Making all in po-plug-ins
> make[2]: Entering directory `/mnt1/sandbox/gimp-1.1.31/po-plug-ins'
> make[2]: *** No rule to make target `../plug-ins/common/spheredesigner.c', needed by
>`gimp-std-plugins
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 r
Jon Winters wrote:
> On Wed, 17 Jan 2001, Martin Weber wrote:
>
> ? I need a better Despecling filter than the median filter. Can anyone help?
>
> How about the Despeckle filter, have you tried it?
I believe he's used it, and is trying to improve it.
Martin...
Have you experimented with l
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
> commo
Hans Breuer <[EMAIL PROTECTED]> writes:
> At 04:13 05.02.01 +, Nick Lamb wrote:
> >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
> >> ve
Hi Hans,
Hans Breuer <[EMAIL PROTECTED]> writes:
> >> Second question:
> >> - to make Gimp compile again I needed to include some headers
> >> in other headers again (see attached patch). Yes, I've read the
> >> docs, which say not to do so, but is it really wanted to get
> >> a header order
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 becau
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 sc
ubstantially in the highest quality output mode.
30 minutes is way too long. I'm still wrangling with EPSON over the
softweave algorithm; hopefully we'll be able to include the code in
a future print plug-in/CUPS driver, which lowers print times
significantly.
--
__
Michael Sweet, Easy Software Products [EMAIL PROTECTED]
Printing Software for UNIX http://www.easysw.com
o get "photo"
quality with it (as long as you don't have a clogged jet, that is ;)
--
__
Michael Sweet, Easy Software Products [EMAIL PROTECTED]
Printing Software for UNIX http://www.easysw.com
Hi all,
all the stuff below sounds quite good (the current modifier usage is
really confusing, even for experienced users).
When redefining it (making it consistent), we shouldn't forget to
care for dnd. Hacking dnd of selection masks / selections between images
or images and the named buffer di
Hi,
Austin Donnelly wrote:
>
> On Monday, 1 Nov 1999, Michael Natterer wrote:
>
> > +mouse2 --> copy & paste the selection mask or
> > copy & paste the selection itself (if it's floated)
> > +mouse2 --> cut & paste the se
Tuomas Kuosmanen wrote:
>
> On Mon, Nov 01, 1999 at 11:12:29AM +0100, Michael Natterer wrote:
> >
> > (You see I'm still speaking in terms of "floating" because I didn't quite
> > get what Tigert means with "nuke" ;-)
>
> Just listen
[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
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), an
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 change
Hi Marc,
Marc Lehmann wrote:
>
> On Tue, Nov 09, 1999 at 05:14:07PM +0100, Michael Natterer
><[EMAIL PROTECTED]> wrote:
> > Do you want to use context functions at the pdb interface? (ie writing
> > stuff like gimp_context_get_brush(NULL)) and put all current
"authors"
> (the files may be older, but it's all I got):
>
>Manish Singh <[EMAIL PROTECTED]>
>[EMAIL PROTECTED] (Asbjorn Pettersen)
>Tor Lillqvist <[EMAIL PROTECTED]>
>Austin Donnelly <[EMAIL PROTECTED]>
>Michael Natte
Hi all,
in the middle of reorganizing the core menu items I noticed that the "..."'s
which indicate that the menu item will open a dialog are not used
consistently.
Is it ok if I add them at all places where they miss??
(e.g. /Select/[Grow|Shrink|...])
And... shouldn't this be made consistent f
Sven Neumann wrote:
>
> Hi,
>
> I think we aggreed that for the paint tools it would be nice to have
> only one modifier key to restrict lines to certain angles. Before I
> implement this, I want you to give me your opinion, how this
> restriction to multiples of 15 degrees should feel like. Sin
Zach Beane - MINT wrote:
>
> On Thu, Nov 18, 1999 at 07:14:33PM +0100, Michael Natterer wrote:
> >
> > And I'm not totally happy that "compose" and "decompose" are under
> > /Image/Mode, but I don't have a better idea :-(
>
> I meant
Tuomas Kuosmanen wrote:
>
> PS. How hard is the menu reorganization to do? Just changing the register()
> stuff on plugins? Would it be possible for me to do some part of it? Just
> remember I dont know half a jack about C, but I can read it and replace
> strings
What about the following job-sha
Olof S Kylander wrote:
>
> Hello
>
> Well, the menu proposal is not finished a last review will arrive this
> night ;-) (to much to do lately). Well I think we shouldn't do it do it
> "free" but rather wait on the final reaction of the proposal.
Yep, I didn't want to commit anything today anywa
Tuomas Kuosmanen wrote:
>
> On Thu, Nov 18, 1999 at 04:36:00PM +0100, Michael Natterer wrote:
> > Hi all,
> >
> > in the middle of reorganizing the core menu items I noticed that the "..."'s
> > which indicate that the menu item will open a dialog ar
Olof S Kylander wrote:
>
> Hello
>
> Well, the menu proposal is not finished a last review will arrive this
> night ;-) (to much to do lately). Well I think we shouldn't do it do it
> "free" but rather wait on the final reaction of the proposal.
One more thought:
It may be nice to see tonight'
Olof S Kylander wrote:
>
> Hello Folks
>
> On Wed, 17 Nov 1999, Sven Neumann wrote:
> > PS: People, if you want to get 1.2 out of the door, why doesn't someone
> > address the menu reorganization? Olof has made a nice proposal, it has
> > been discussed in this place. So who is going to implemen
Hi Sven,
Sven Neumann wrote:
>
> Please check out CVS and test the blend tool (or apply the patch included
> in my previous mail). Then decide which way you prefer:
>
> Holding restricts you to 15 degrees and puts the endpoint
> on the circle you are defining with your mouse and the startpoint
Marc Lehmann wrote:
>
> On Sat, Nov 20, 1999 at 07:36:34PM +, "Adam D. Moss" <[EMAIL PROTECTED]>
>wrote:
> > > if I opened the attached gif with gimp, there are
> > > hundreds of error-messages within short time. The
> > > only thing I can do, is to kill X imidiate :(
> >
> > Hi! Thanks for
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. /Image/Colors/Desaturate)
o
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 pass the untranslated (english)
text to _
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
Marc Lehmann wrote:
>
> How do I get the perl menupaths into the gimp .po file? it is no problem
> to mark them, but the standard xgettext program is not able to parse perl
> source.
Well, I don't know how to solve this...
> Should these go into the gimp-std-plugins-file? Should I put all
> tra
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 "/Filters/Blur/tearoff1"
> > or "/Filters/Blur" in gimp.pot or gimp-std-plgins.po
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..."
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 interna
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 whi
Nick Lamb wrote:
>
> However, am I right in thinking that some of these Reset buttons ARE new?
> Is that because everything uses common code now? Otherwise it seems like
> this adds complexity, which conflicts with the goal of removing bugs.
Well, I added the "Reset" buttons to the ImageMap tool
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 window
[EMAIL PROTECTED] wrote:
>
> Marc;
>
> On Sat, Dec 18, 1999 at 09:48:21AM +0100, Marc Lehmann wrote:
> > I am not at all sure what people are talking about... the hints for
> > the splash screen advise most window managers to not use a decor
> > already (works in fvwm, 4dwm and vuewm).
>
> I be
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 ann
On Sun, 23 Jan 2000, Kelly Lynn Martin wrote:
> Anybody understand what the guy in #2355 is asking for? It looks like
> he wants DynText layers to rerender on layer scale, which would be
> a major architectural change (not impossible, just not something that
> should be squeezed in under a freez
I have a couple of image format plug-ins available for the GIMP one is
included with the GIMP (pix) and one of them (formerly tdi, now MayaIFF)
has been in the unstable tree since before 1.0 was released. The latest
version, as always, is in the plug-in registry.
It's not likely that many peopl
Kelly Lynn Martin wrote:
>
> On Sat, 29 Jan 2000 10:59:23 +0100, Sven Neumann <[EMAIL PROTECTED]> said:
>
> >This is handled much better after Mitch overworked most plug-ins UI
> >once again. If you still find places that should be changed, please
> >provide a patch.
>
> If Mitch has gone to th
[EMAIL PROTECTED] wrote:
>
> Hiho developers...
>
> I discovered some name glitches in GIMP.
>
> 1. The "Settings" in the preferences Dialog wasn't in everything and is
> useless nevertheless because a preferences dialog is supposed to
> contain settings...
> 2. Some tools had a "Too
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
> c
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 fi
Marc Lehmann wrote:
>
> and maybe, but only maybe, we should have seperate Edit->Fill
> BG and Edit->Fill FG items.
This is the best idea I've heared so far. We could leave all scripts untouched
and add the FG fill thing as a ui-only option. People can then assign menu
shortcuts to swap the two
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
[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.
>
>
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 *sli
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
Simon Budig wrote:
>
> I see, that Gimp can be crashed very easily when trying to use multiple
> tools at the same image/layer. Michael adressed this: from the changelog:
>
> [...]
>
> Well - unfortunately this disables "user multitasking" with working
> on
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 fea
py the original rotate_invoker
and add X and Y center point parameters to it. Obviously, the two procedures
could be written to reuse the same invoker code.
-Michael
/*
--Added declaration
*/
static ProcRecord rotate_around_point_proc;
/*
--Added register function call
*/
void
register_to
In case you wanted to email me, I'm [EMAIL PROTECTED]
-Michael
Sven Neumann wrote:
>
> We will have to hardcode this into the session managment as there is no
> sessionrc distributed with the gimp. I'll add some code that opens those
> dialogs if no sessionrc is found. Hmmm, I vaguely remember that exactly
> this has already been done, but appearantly it doe
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
>
On Tue, 18 Apr 2000, Sven Neumann 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 and G
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 deskt
Nick Lamb wrote:
>
> 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
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 funct
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 g
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 reall
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 fi
Jon Winters wrote:
>
> I spoke too soon when I reported that 1.1.21 is workin' ok.
>
> Tonight I opened an image, did a re-size, then went to "save as" a
> .jpg. When I move the "Quality" slider Gimp crashes. :-\
>
> Is it my system or the Gimp?
EEK, It's the Gimp!
layers_dialog_idle_set_la
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 fr
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
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 beh
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 -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 th
Raphael Quinet wrote:
>
> [ a cool summary of signals which i'm thinking about to copy for my students :) ]
> - SIGILL: one some processors that do not deliver SIGBUS in all cases,
> you can get a SIGILL if a pointer to a callback function was
> overwritten with garbage. If the pointer is s
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 like
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
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 gn
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
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 the
1 - 100 of 170 matches
Mail list logo