Re: More Inconsistency in eraser, blur and dodge tools

1999-10-31 Thread Michael Natterer
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

Re: More Inconsistency in eraser, blur and dodge tools

1999-11-01 Thread Michael Natterer
Hi, Austin Donnelly wrote: On Monday, 1 Nov 1999, Michael Natterer wrote: shift+mouse2 -- copy paste the selection mask or copy paste the selection itself (if it's floated) ctrl+mouse2 -- cut paste the selection ifself (works only

Re: Plugins

1999-11-03 Thread Michael Natterer
[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

Re: Plugins

1999-11-03 Thread Michael Natterer
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

Re: Plugins

1999-11-09 Thread Michael Natterer
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

Re: making libgimp lgpl again

1999-01-15 Thread Michael Natterer
it's all I got): Manish Singh [EMAIL PROTECTED] [EMAIL PROTECTED] (Asbjorn Pettersen) Tor Lillqvist [EMAIL PROTECTED] Austin Donnelly [EMAIL PROTECTED] Michael Natterer [EMAIL PROTECTED] I'd like to change the notice to LGPL again. If all of you agree with this (

Re: fileops

1999-01-16 Thread Michael Natterer
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

Re: Modifier keys (second call for votes)

1999-11-20 Thread Michael Natterer
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 Shift restricts you to 15 degrees and puts the endpoint on the circle you are defining with your mouse and the

Re: Gif crashes gimp

1999-11-21 Thread Michael Natterer
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 the report.

image map trashes image

1999-11-22 Thread Michael Natterer
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.

Re: Tons of useless translations???

1999-11-23 Thread Michael Natterer
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

Re: i18n of menupaths - perl

1999-11-25 Thread Michael Natterer
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

Re: Tons of useless translations???

1999-11-25 Thread Michael Natterer
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.

Re: Tons of useless translations???

1999-11-26 Thread Michael Natterer
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

Re: Tons of useless translations???

1999-11-27 Thread Michael Natterer
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

Re: Tons of useless translations???

1999-11-27 Thread Michael Natterer
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

Re: File-New-Reset

1999-12-01 Thread Michael Natterer
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 tools

Re: GNOME CVS: gimp mitch

1999-12-17 Thread Michael Natterer
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

Re: GNOME CVS: gimp mitch

1999-12-18 Thread Michael Natterer
[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 believe that

Plugin - Cancel - EXECUTION_ERROR

2000-01-17 Thread Michael Natterer
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

Re: Plugin - Cancel - EXECUTION_ERROR

2000-01-18 Thread Michael Natterer
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

Re: bug #2355

2000-01-24 Thread Michael Natterer
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 freeze).

Re: The Gimp: New Generation

2000-01-29 Thread Michael Natterer
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 the effort to

Re: Performance

2000-02-03 Thread Michael Natterer
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

Re: loading EPS files

2000-02-10 Thread Michael Natterer
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

Re: edit-fill, alpha and some general thoughts

2000-02-17 Thread Michael Natterer
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

Re: gimp_image_get_resolution/gimp_image_get_unit/release timetable

2000-02-19 Thread Michael Natterer
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

Re: Opacity in bucket fill?

2000-02-17 Thread Michael Natterer
[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

Re: Errors compiling Gimp 1.1.17 on Solaris 8.

2000-02-21 Thread Michael Natterer
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*

Re: Getting patches

2000-03-24 Thread Michael Natterer
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

Re: single-instance gimp?

2000-03-29 Thread Michael Natterer
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

Re: new stuff for gimprc

2000-04-13 Thread Michael Natterer
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 does

Re: BUG: gdyntext is dead

2000-04-18 Thread Michael Natterer
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

Re: BUG: gdyntext is dead

2000-04-18 Thread Michael Natterer
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 GDynText appears

Re: gtk_xmhtml_new ???

2000-04-18 Thread Michael Natterer
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,

Re: gimp_ui_init @ 8bpp

2000-04-24 Thread Michael Natterer
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

Re: gimp_ui_init @ 8bpp

2000-04-26 Thread Michael Natterer
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

Re: gimp_ui_init @ 8bpp

2000-04-28 Thread Michael Natterer
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

Re: Gimp 1.1.21 build fails under Solaris because of Linuxisms

2000-05-02 Thread Michael Natterer
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

Re: EPIPE

2000-05-08 Thread Michael Natterer
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

Re: EPIPE

2000-05-08 Thread Michael Natterer
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

Re: EPIPE

2000-05-08 Thread Michael Natterer
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

Re: EPIPE

2000-05-09 Thread Michael Natterer
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

Re: EPIPE

2000-05-09 Thread Michael Natterer
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

Re: EPIPE

2000-05-10 Thread Michael Natterer
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 still

Re: Solaris - Help!

2000-05-10 Thread Michael Natterer
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

Re: EPIPE

2000-05-11 Thread Michael Natterer
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

Re: EPIPE

2000-05-11 Thread Michael Natterer
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

Re: EPIPE

2000-05-11 Thread Michael Natterer
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

Re: EPIPE

2000-05-11 Thread Michael Natterer
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

Re: EPIPE

2000-05-11 Thread Michael Natterer
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

Re: EPIPE

2000-05-12 Thread Michael Natterer
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

Re: EPIPE

2000-05-13 Thread Michael Natterer
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

Re: GIMP Developers Conference

2000-05-15 Thread Michael Natterer
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

Re: Status of help system?

2000-05-18 Thread Michael Natterer
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

Re: Request for new, high-quality, brushes (and maybe patterns too)

2000-05-20 Thread Michael Natterer
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

Announce: gimp-plugin-template CVS module

2000-05-24 Thread Michael Natterer
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.

Re: XCF loader for gdk-pixbuf

2000-05-30 Thread Michael Natterer
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

Re: Gimp to MacOS

2000-07-20 Thread Michael Natterer
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,

Re: Place of the new docs in the CVS

2000-08-03 Thread Michael Natterer
[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

Re: make distclean error

2000-11-05 Thread Michael Natterer
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

Re: gimp/gtkrc

2000-11-06 Thread Michael Natterer
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

Re: build problems from cvs

2000-11-06 Thread Michael Natterer
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

Re: test program for waitpid/sigchld problems

2000-11-08 Thread Michael Natterer
[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

Re: revert/undo/question?

2000-11-09 Thread Michael Natterer
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

Re: Gimp + Solaris + i18n

2000-11-10 Thread Michael Natterer
[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 file

Re: 1.2 and beyond

2000-12-10 Thread Michael Natterer
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

Re: How much longer do I have to put up with this shit? (This is NOT a troll)

2000-12-10 Thread Michael Natterer
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

Re: How much longer do I have to put up with this... (michael n)

2000-12-11 Thread Michael Natterer
[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

Re: How much longer do I have to put up with this... (michael n)

2000-12-11 Thread Michael Natterer
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

RFC: The future of The GIMP

2000-12-12 Thread Michael Natterer
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

Re: RFC: The future of The GIMP

2000-12-12 Thread Michael Natterer
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 C

Re: 1.1.31 build problem

2000-12-19 Thread Michael Natterer
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.pot'.

Re: GIMP-1.1.31: Where is gone spheredesigner?

2000-12-20 Thread Michael Natterer
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

Re: GIMP-1.1.31: Where is gone spheredesigner?

2000-12-24 Thread Michael Natterer
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

Re: Using two mice

2001-01-20 Thread Michael Natterer
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

Re: Gimp 1.3 compile and link dependencies

2001-02-05 Thread Michael Natterer
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 version of the

Re: Gimp 1.3 compile and link dependencies

2001-02-06 Thread Michael Natterer
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 dependency ?

Re: Possible bug in layer preview update

2001-02-09 Thread Michael Natterer
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

Re: [BUG] font ... not found on some images, works on others

2001-02-09 Thread Michael Natterer
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