Re: swap files

1999-10-11 Thread Raphael Quinet
On Sun, 10 Oct 1999, Federico Mena Quintero [EMAIL PROTECTED] wrote: [quoting Jay Cox] If we unlink the swap file after opening it then we have no way of knowing how much space gimp is using for it's swap file. lseek() returns the offset to which you seeked, so lseek (swap_fd, 0,

How to make scripts undoable?

1999-11-23 Thread Raphael Quinet
Olof and others mentioned here that it is important for the GIMP to have a consistent interface. One of the inconsistencies that should be fixed before 1.2 is the fact that many scripts (mostly Script-Fu) are not undoable. Making these scripts undo-aware is a prerequisite for moving them from

[patch] adding gimp-image-get-undo

1999-11-23 Thread Raphael Quinet
their caller has already used 'gimp_image_undo_disable' +or 'gimp_image_undo_freeze'. +HELP + +$author = $copyright = 'Raphael Quinet'; +$date = '1999'; + +@inargs = ( std_image_arg ); + +@outargs = ( + { name = 'enabled', type = 'boolean', + desc = 'True if

Re: [patch] adding gimp-image-get-undo

1999-11-24 Thread Raphael Quinet
On Wed, 24 Nov 1999, Marc Lehmann [EMAIL PROTECTED] wrote: On Wed, Nov 24, 1999 at 12:42:39AM +0100, Sven Neumann [EMAIL PROTECTED] wrote: I'd say lets call the function gimp_image_is_undo_enabled () since it gimp_image_undo_is_enabled would be consistent with the pdb, however. Yes,

Re: How to make scripts undoable?

1999-11-25 Thread Raphael Quinet
On Wed, 24 Nov 1999, Marc Lehmann [EMAIL PROTECTED] wrote: On Wed, Nov 24, 1999 at 12:13:56AM +0100, Raphael Quinet [EMAIL PROTECTED] wrote: How to make these scripts undo-aware? The problem is not really I'd say the obvious way would be to make gimp_undo_push_group_start just "

Re: [gimp-devel] Re: Feature wanted

1999-12-21 Thread Raphael Quinet
On Tue, 21 Dec 1999, Marc Lehmann [EMAIL PROTECTED] wrote: On Tue, Dec 21, 1999 at 10:56:28AM +0100, "Paul E.C. Melis" [EMAIL PROTECTED] wrote: Default for images could then be that there's no specific active tool, while you could still select one (and make it active) later, if you want.

Re: Triage! (was Re: [gimpwin-users] PNG blank display bug)

2000-01-11 Thread Raphael Quinet
On Tue, 11 Jan 2000, Nick Lamb [EMAIL PROTECTED] wrote: 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

Re: Thanks (Re: Gimp splash images)

2000-01-13 Thread Raphael Quinet
On Thu, 13 Jan 2000, "Garry R. Osgood" [EMAIL PROTECTED] wrote: The latest is very good too, but the bristles are pointing the wrong way (they would point *into* the ink blot as the brush pushes to the left). I guess this bothers my boring and literal mind. Good catch! Actually, it is even

Gimp splash image and about image

2000-01-13 Thread Raphael Quinet
I just had an idea: the lightbulb image that is used in File/About could also be updated because it has not changed much since the early days. So what about this: we use the image version 1.14 for the splash screen (or 1.15 if Tigert can improve it), and the version 1.4 with the baloon for the

Re: Remove the Stack Trace...

2000-01-25 Thread Raphael Quinet
On Tue, 25 Jan 2000, Marc Lehmann [EMAIL PROTECTED] wrote: On Mon, Jan 24, 2000 at 11:05:35AM -0500, Glyph Lefkowitz [EMAIL PROTECTED] wrote: Since the only advantage of this is the stack-trace for non-developers, The consensus was to remove it in release versions. So if the only advantage

Re: The Gimp: New Generation

2000-01-31 Thread Raphael Quinet
On Fri, 28 Jan 2000, "Ar't" [EMAIL PROTECTED] wrote: [...] Most of plugins place ":" in different positions "bla bla:" "bla bla: " "bla bla :" "bla bla : " etc. Is it possible to choose one (more likely the first one) and post it somewhere from where people could read it and change their

Re: punctuation non-breakable spaces (Was: The Gimp: New Generation)

2000-02-01 Thread Raphael Quinet
On Tue, 1 Feb 2000, David Monniaux [EMAIL PROTECTED] wrote: [...] I know it might sound clumsy, but isn't it possible to do the following: after text has been broken into lines, replace all non-breakable spaces with normal spaces? Maybe in Gtk? Well, although it is a kludge, I like it. I

Re: Print plug-in

2000-02-01 Thread Raphael Quinet
On Tue, 01 Feb 2000, Kelly Lynn Martin [EMAIL PROTECTED] wrote: GNOME claims GIMP as part of GNOME because GIMP is better than any of the existing GNOME apps. They're trying to piggyback on our success. Personally, I think this is odious, but hey... This statement is ridiculous. They are

Re: Performance

2000-02-04 Thread Raphael Quinet
On Thu, 03 Feb 2000, Kelly Lynn Martin [EMAIL PROTECTED] wrote: On Thu, 3 Feb 2000 19:33:31 +0100 (CET), [EMAIL PROTECTED] said: If you have a shared maschine the best would be to let the administrator choose how much memory each user will get because users'll ALWAYS try to get what they can

Re: [gimp-devel] Re: Some UI inconsistencies and a patch....

2000-02-04 Thread Raphael Quinet
On Fri, 4 Feb 2000 (late at night), Marc Lehmann [EMAIL PROTECTED] wrote On Fri, Feb 04, 2000 at 12:48:50AM +0100, [EMAIL PROTECTED] wrote: Since the menus were reorganized I am constantly guessing wether "Repeat Last" will repeat my last action, the one before or not work at all, since

Re: Performance

2000-02-04 Thread Raphael Quinet
On Fri, 04 Feb 2000, Kelly Lynn Martin [EMAIL PROTECTED] wrote: On Fri, 4 Feb 2000 09:52:30 +0100 (MET), [EMAIL PROTECTED] (Raphael Quinet) said: I disagree. This would only encourage some users to re-compile their own version of the Gimp in a private directory in order to get around

Re: Print plug-in

2000-02-05 Thread Raphael Quinet
On Tue, 01 Feb 2000, Kelly Lynn Martin [EMAIL PROTECTED] wrote: GNOME claims GIMP as part of GNOME because GIMP is better than any of the existing GNOME apps. They're trying to piggyback on our success. Personally, I think this is odious, but hey... This statement is ridiculous. They are

Re: Move help menu item to last-on-left not first-on-right?

2000-02-10 Thread Raphael Quinet
On Thu, 10 Feb 2000, Nick Lamb [EMAIL PROTECTED] wrote: On Thu, Feb 10, 2000 at 04:47:48AM +0100, Marc Lehmann wrote: c) you gave _no_ reason why? Ah, that wasn't clear from my diagrams? GTK+ draws space either side of a menu item, so the Help menu can cover over Xtns, making it useless

An experiment (was Re: Move help menu item...)

2000-02-10 Thread Raphael Quinet
Here is an interesting experiment for those who do not understand what the problem is with the "Help" item in the toolbox: - start Gimp - resize the toolbox so that all tools are on a single column (approx. 30 x 750 pixels) - try to open a new image, or to do anything useful The problem is

Re: An experiment (was Re: Move help menu item...)

2000-02-10 Thread Raphael Quinet
On Thu, 10 Feb 2000, "Daniele Medri" [EMAIL PROTECTED] wrote: about Toolbox resizeble. Flexibility is ok.. but some time create problems. Why don't set fixed sizes x*y to cover all the dimension of toolbar? This could be usefull to have right dimension and good rappresentation.

Re: An experiment (was Re: Move help menu item...)

2000-02-10 Thread Raphael Quinet
On Sat, 12 Feb 2000, Jon Winters [EMAIL PROTECTED] wrote: ^ You seem to have a problem with the date on your computer. :-) I've had problems with the toolbox ever since it became re-sizable. I can size it exactly the way I want it, three vertical rows of tools with

Re: Toolbox layout and Help menu

2000-02-11 Thread Raphael Quinet
On Thu, 10 Feb 2000, Sven Neumann [EMAIL PROTECTED] wrote: I'd vote for the following solution: Completely get rid of the interactive resizing (since it obviously can't be fixed to work correctly) and offer two alternative layouts (as described above) which are switchable from the

Re: Toolbox layout and Help menu

2000-02-11 Thread Raphael Quinet
On Fri, 11 Feb 2000, Sven Neumann [EMAIL PROTECTED] wrote: Your list looked interesting. But, you seem to ignore the menu problem. IMHO 2 columns is the absolute minimum since even then get problems with the Help menu. If we'd allow less than 2 columns, not even Xtns will be accesible any

Re: Coding style (was: PROPOSAL: New i18n solution)

2000-02-22 Thread Raphael Quinet
On Tue, 22 Feb 2000, [EMAIL PROTECTED] wrote: On 22 Feb, Manish Singh wrote: True, although we have a couple other inconsistencies already. The coding style needs to be the same as the rest of gimp though. I tried to bring it as near as possible. Of course a lot things could be

Re: What should I change in Script-Fu scripts?

2000-02-17 Thread Raphael Quinet
On Wed, 16 Feb 2000, Glyph Lefkowitz [EMAIL PROTECTED] wrote: Why are you bothering to change this behavior (edit/fill) when it makes sense to 1/2 of the people who use GIMP, it's a historical precedent in terms of the UI, and it's a huge amount of work to get to function correctly? Are

Re: What should I change in Script-Fu scripts? (Summary)

2000-02-17 Thread Raphael Quinet
I received several replies to my opinion poll, by private e-mail or on this list. Here is a summary of what I got so far: About changing the scripts that call gimp-edit-fill without setting the colors first (thus taking the current color in use): A1) No change to the scripts (they would then

What should I change in Script-Fu scripts?

2000-02-16 Thread Raphael Quinet
Yesterday evening, I started to edit the Script-Fu scripts so that they fill with the foreground color instead of the background color. There are 215 calls to gimp-edit-fill in the scripts delivered with Gimp 1.1.17, and most of them are preceded by a call to gimp-palette-set-background, which

Re: What should I change in Script-Fu scripts?

2000-02-16 Thread Raphael Quinet
On Wed, 16 Feb 2000, Sven Neumann [EMAIL PROTECTED] wrote: [...] B2) Add a "flatten image?" option in all scripts, with the default value set to TRUE. B3) Add a "flatten image?" option in all scripts, with the default value set to FALSE. B4) Remove all calls to

Re: v 1.1.17 libintla error

2000-02-17 Thread Raphael Quinet
On Wed, 16 Feb 2000, "Tony Webster" [EMAIL PROTECTED] wrote: During the make process on my Mandrake Linux 7.0 machine of Gimp 1.1.17 I received the following error. Running Mkbootstrap for Gimp::Lib () chmod 644 Lib.bs LD_RUN_PATH="/usr/local/lib" cc -o ../blib/arch/auto/Gimp/Lib/Lib.so

Cleaning up gimp_tips.txt

2000-02-18 Thread Raphael Quinet
By some sort of strange coincidence, I was in the process of cleaning up the file gimp_tips.txt, when I saw the message from Ar't suggesting to update that file. Well, here are some tips that I would like to remove from gimp_tips.txt: : When trying to save files as GIF, XPM, or any other

[Slightly off-topic] Gimp mailing list archives?

2000-02-18 Thread Raphael Quinet
Is there any current archive for the Gimp mailing lists? All links given the www.gimp.org page are dead and should probably be removed (this also applies to the gtk-list). I have unsubscribed myself from the gimp-users list some time ago and I wanted to have a look at the current traffic before

patch for gimp_edit_fill

2000-03-08 Thread Raphael Quinet
I just uploaded a new patch to ftp.gimp.org (the file name is gimp-quinet-000308-0.patch.gz). This patch fixes the problems with Edit/Fill by allowing the user to choose the fill mode. The "Fill with background color" is prefered by some users who have been using the Gimp for a long time, but

Suggestion: disabling Perl-Fu installation if Gtk-Perl is not present

2000-03-08 Thread Raphael Quinet
This has been suggested before, but I would like to bring it up again... I think that it would be better to disable the installation of all Perl-Fu scripts if any of the required modules (Gtk, PDL, Data::Dumper, Parse::RecDescent) are not detected by the configure script or, more exactly, by

Re: Suggestion: disabling Perl-Fu installation if Gtk-Perl is not present

2000-03-08 Thread Raphael Quinet
On Wed, 8 Mar 2000, Seth Burgess [EMAIL PROTECTED] wrote: On Wed, Mar 08, 2000 at 01:07:52PM +0100, Raphael Quinet wrote: This has been suggested before, but I would like to bring it up again... I think that it would be better to disable the installation of all Perl-Fu scripts if any

Re: Suggestion: disabling Perl-Fu installation if Gtk-Perl is not present

2000-03-08 Thread Raphael Quinet
On Wed, 8 Mar 2000, Tom Rathborne [EMAIL PROTECTED] wrote: Why can't those scripts just _not_register_themselves_ if the required modules are not available? gimpmagick does this and the only problem is that it has to be re-probed every time the GIMP starts. The only reason I can think of to

patch for gimp_edit_fill, part 2

2000-03-10 Thread Raphael Quinet
I just uploaded the second part of my gimp_edit_fill patches to ftp.gimp.org. As soon as it is moved out of the incoming directory, you should be able to get it as gimp-quinet-000310-0.patch. This second part fixes the Script-Fu scripts so that they are compatible with the new interface to

Gimp version number in $prefix/lib/gimp/* path names?

2000-03-10 Thread Raphael Quinet
Does it make sense to keep on using the version number (1.0, 1.1) in the path for the $prefix/lib directory when it is not used for the files in the $prefix/share directory? Currently, all (binary) plug-ins and modules are stored in the directory $prefix/lib/gimp/1.1/plug-ins (which should

Re: Suggestion: disabling Perl-Fu installation if Gtk-Perl is not present

2000-03-13 Thread Raphael Quinet
On Sat, 11 Mar 2000, Marc Lehmann [EMAIL PROTECTED] wrote: I just wanted to note that the suggestion of Raphael is based on assumptions that were either never true, or were true many months ago. Before all of you second his suggestions I would really appreciate it if people looked at the

Re: running ldconfig

2000-03-13 Thread Raphael Quinet
On Sun, 12 Mar 2000, Marc Lehmann [EMAIL PROTECTED] wrote: On Wed, Mar 08, 2000 at 07:23:49AM -0500, Robert L Krawitz [EMAIL PROTECTED] wrote: 1. libtool should make sure that the libraries are found anyway (unless moved). ld.so.cache is only that, a cache Well, then gimp.m4

Re: fu ?

2000-03-14 Thread Raphael Quinet
On Tue, 14 Mar 2000, FUJITA Yuji [EMAIL PROTECTED] wrote: 1. Does anyone know what "fu" is ? I mean "script-fu", "perl-fu" or some kind of these names. I think that it was a pun on "kung-fu". Not sure, though. 2. What is the biggest barriar to support 16bit depth in the GIMP ?

Re: running ldconfig

2000-03-14 Thread Raphael Quinet
On Tue, 14 Mar 2000, Robert L Krawitz [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] (Raphael Quinet) Yup! I have an elf-based Solaris system that does not know anything about ldconfig... :-) It's happened with at least 1.1.17 and 1.1.18. The fact that you're using

Re: [gimp-devel] Re: Bug#6916: [gimp-bug] Wrong PERL Path in ./plug-ins/perl/pxgettext

2000-03-14 Thread Raphael Quinet
On Tue, 14 Mar 2000, Simon Budig [EMAIL PROTECTED] wrote: Marc Lehmann ([EMAIL PROTECTED]) wrote: This might work for python, but it will not work for perl. It will find the first perl in your path (which is often perl4), not the perl gimp was configured with. Are there really multiple

Re: [gimp-devel] Re: Bug#6916: [gimp-bug] Wrong PERL Path in ./plug-ins/perl/pxgettext

2000-03-14 Thread Raphael Quinet
On Tue, 14 Mar 2000, Simon Budig [EMAIL PROTECTED] wrote: Raphael Quinet ([EMAIL PROTECTED]) wrote: I think that the only way to guard against users having a broken path is to hardcode the location of the perl executable in the scripts. Actually, this should also be done for python because

Re: Suggestion: disabling Perl-Fu installation if Gtk-Perl is not present

2000-03-22 Thread Raphael Quinet
On Sun, 19 Mar 2000, Marc Lehmann [EMAIL PROTECTED] wrote: On Mon, Mar 13, 2000 at 05:01:56PM +0100, Raphael Quinet [EMAIL PROTECTED] wrote: [...] So the current situation is: if you do not install the required Perl modules (especially Gtk.pm), most of the scripts do not produce any useful

Re: Getting patches

2000-03-24 Thread Raphael Quinet
On Fri, 24 Mar 2000, "Ben Fowler" [EMAIL PROTECTED] wrote: [...] On my machine, I have gimp-1.1.15. If I choose to update it, I need a patch 1.1.15 - current level. So far as I can tell, only patches for previous level - current level are archived. I'm not sure that it would make

1.1.19 bugs and questions about pixmap brushes

2000-03-31 Thread Raphael Quinet
Yesterday, I downloaded and installed 1.1.19 on a "clean" system. I found a number of bugs and I just reported them to the bug tracker. Here is the list, in order to avoid duplicate bug reports and more frustrations for those who are not aware of these bugs: - #8148: gimp cannot be built because

Re: single-instance gimp? (using gnome)

2000-03-31 Thread Raphael Quinet
On Wed, 29 Mar 2000, Federico Mena Quintero [EMAIL PROTECTED] wrote: This should really use a CORBA interface and register some sort of singleton factory object for images or other GIMP services. (Look at how singleton applications work in GNOME; the Midnight Commander or the Panel are good

Re: 1.1.19-installation fails

2000-04-03 Thread Raphael Quinet
On Sun, 2 Apr 2000, Marc Lehmann [EMAIL PROTECTED] wrote: [...] Unless somebody comes up with a better solution, I'll try the following (Without any understanding of what I do): if @MSGFMT@ is != "" and != "no" then just assume MSGFMT is valid, and that msgmerge is somewhere in the path.

Updating the gimp_tips.txt file (Tip of the day)

2000-04-04 Thread Raphael Quinet
I just saw that Austin Donnelly has filed a bug report (#8312) about the fact that the tips file is outdated. Two months ago (Fri, 18 Feb 2000), I posted a message to this list, suggesting some cleanups and pointing out the tips that are obviously obsolete. Earlier on the same day, there was a

Re: 1.1.19-installation fails

2000-04-06 Thread Raphael Quinet
On Thu, 6 Apr 2000, "William L. Sebok" [EMAIL PROTECTED] wrote: Marc Lehmann [EMAIL PROTECTED] says: The problem is that gettext itself does the detection (and so the only solutioon would be to rpelace the gettext.m4 macros by our own versions). I only get the results. You mean the gnu

Re: 1.1.19-installation fails

2000-04-10 Thread Raphael Quinet
On Mon, 10 Apr 2000, [EMAIL PROTECTED] wrote: On 10 Apr, Marc Lehmann wrote: Maybe you are not aware that glibc2 is installed only on a minority of operating systems. Where's the point? gettext is also available outside of glibc2. That means that we won't be able to use the native

Re: Thing for Tips and Re: [new stuff for gimprc]

2000-04-17 Thread Raphael Quinet
On Sat, 15 Apr 2000, [EMAIL PROTECTED] (Guillermo S. Romero / Familia Romero) wrote: [...] Regarding what Sven said about this taking too much memory, i think that there are _a lot_ more users using the Gimp for small images (like web things etc.), and so perhaps Gimp should be tailored to

Re: can I create WBMPs in GIMP

2000-04-17 Thread Raphael Quinet
On Mon, 17 Apr 2000, "Matthew Luchak" [EMAIL PROTECTED] wrote: You might think this a lazy question but I can't find any info on a WBMP plug-in for The Gimp - perhaps I'm blind. Hopefully this can restore your vision: http://registry.gimp.org/detailview.phtml?plugin=wbmp -Raphael

Re: gimp_ui_init @ 8bpp

2000-04-27 Thread Raphael Quinet
On Wed, 26 Apr 2000, Michael Natterer wrote: [...] So the best thing is probably to remove install_cmap from gimprc and have only a min_colors options. But don't we have to tell plugins if the Gimp app installed a colormap? Or can we leave this decision to the plugin's GdkRGB instance?

Re: Gimp now requires Glib 1.2.7?

2000-05-02 Thread Raphael Quinet
On Tue, 2 May 2000, Pierre Rochefort [EMAIL PROTECTED] wrote: I got the sources out of CVS and tried to compile. I have Glib 1.2.6 installed and it used to work fine (up until this morning). Has the requirement changed in regards to Glib? Yes. The current version of the Gimp requires

Re: Gimp 1.1.21 build fails under Solaris because of Linuxisms

2000-05-02 Thread Raphael Quinet
Oops! I forgot the second part of my patch. The problem with SA_NOMASK is also present in app/main.c: --- app/main.c~ Mon May 1 19:43:09 2000 +++ app/main.c Tue May 2 17:49:05 2000 @@ -334,15 +334,15 @@ /* Handle some signals */ - gimp_signal_private (SIGHUP, on_signal,

Gimp 1.1.21 build fails under Solaris because of Linuxisms

2000-05-02 Thread Raphael Quinet
I just downloaded 1.1.21 and I tried to compile it under Solaris. The build breaks early while compiling libgimp, with the following error: gimp.c: In function `gimp_main': gimp.c:202: `SA_NOMASK' undeclared (first use in this function) gimp.c:202: (Each undeclared identifier is reported only

Perl-Fu plug-ins in 1.1.21

2000-05-02 Thread Raphael Quinet
I tried to use the Perl-Fu scripts in 1.1.21 and I saw that all of them abort with the following error displayed on the console: ** ERROR (recursed) **: could not find handler for message: 65536 aborting... And this message is displayed in a pop-up box: [/path/to/script]: the gimp is

Re: Perl-Fu plug-ins in 1.1.21

2000-05-03 Thread Raphael Quinet
On Wed, 3 May 2000, Marc Lehmann [EMAIL PROTECTED] wrote: On Tue, May 02, 2000 at 08:15:44PM +0200, Raphael Quinet [EMAIL PROTECTED] wrote: I tried to use the Perl-Fu scripts in 1.1.21 and I saw that all of them abort with the following error displayed on the console: ** ERROR

Installing a pre-built pluginrc in the users' .gimp directory [patch]

2000-05-03 Thread Raphael Quinet
I frequenty install the latest version of the Gimp on several multi-user systems (Solaris and Linux). One thing that is frequently reported by new users is that it takes a long time to start the Gimp for the first time. I explain that it has to query all plug-ins once, which is slow because of

Proposal for new gimp_tips.txt

2000-05-04 Thread Raphael Quinet
lated tips. It will be easier for # other people to check for changes or additions. # # Tips in this file have been contributed by Zachary Beane, Mo Oishi, # Raphael Quinet, Sven Neumann, Carey Bunks and other people on the # gimp mailing lists and newsgroup (comp.graphics

Re: Proposal for new gimp_tips.txt

2000-05-05 Thread Raphael Quinet
Posting a new version of the gimp_tips file caused some quick replies with new tips. Thanks to Austin Donnelly, Andy Thomas and Garry Osgood who sent some proposals. Here is a short unidiff (diff -U 0) of the file, compared to the version posted yesterday. If there are no more comments on it

Re: Proposal for new gimp_tips.txt

2000-05-05 Thread Raphael Quinet
I should have waited a bit more before sending my previous mail, because I did not see Sven's reply on time... On Fri, 05 May 2000, Sven Neumann [EMAIL PROTECTED] wrote: [...] Well, dragging does work, but using the icons as buttons instead of a drag target is much faster and easier. You'll

Re: EPIPE

2000-05-10 Thread Raphael Quinet
On Wed, 10 May 2000, Michael Natterer [EMAIL PROTECTED] wrote: 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

Re: Solaris - Help!

2000-05-10 Thread Raphael Quinet
On Wed, 10 May 2000, Anton Enright [EMAIL PROTECTED] wrote: I'm trying to get Gimp 1.1.21 to work correctly on Solaris 7 I've compiled the code fine this morning, and apart from the Error below it runs fine: gimp: shmat failed...disabling shared memory tile transport This is very common

Re: EPIPE

2000-05-11 Thread Raphael Quinet
On Thu, 11 May 2000, Michael Natterer [EMAIL PROTECTED] wrote: Raphael Quinet wrote: [...] - SIGCHLD or SIGCLD: a child process died. This signal can be delivered at any time. Some systems do not provide a reliable way to know how many processes exited (if they do not support

Re: EPIPE

2000-05-11 Thread Raphael Quinet
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 default) might cause many other

Re: EPIPE

2000-05-12 Thread Raphael Quinet
On Thu, 11 May 2000, Michael Natterer [EMAIL PROTECTED] wrote: Raphael Quinet wrote: No, actually it is not safe on all operating systems: as I wrote elsewhere, you cannot always rely on SA_NODEFER. This means that in some cases, you could miss a SIGCHLD signal that occurs while you

New version of gimp_tips.txt

2000-05-12 Thread Raphael Quinet
I uploaded the gimp_tips patch to ftp.gimp.org a few days ago, but apparently it has not been moved out of the incoming directory yet, and not comitted to CVS. Maybe some of you would like to have a look at the updated file, so I have put it temporarily on this page:

Is Add alpha channel really necessary?

2000-05-16 Thread Raphael Quinet
I just saw an article in comp.graphics.apps.gimp (in the thread with the subject "White balance tool?") that starts describing a method with these words: "use the color picker on the 'white' color, duplicate the background layer, delete the original, add a layer..." I had to read that twice to

Re: Is Add alpha channel really necessary?

2000-05-16 Thread Raphael Quinet
On Tue, 16 May 2000, Jens Lautenbacher [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] (Raphael Quinet) writes: I would even go as far as removing the "Add Alpha Channel" option from the menus, and suggest that the prefered method to add transparency to an image that has only

Re: Is Add alpha channel really necessary?

2000-05-16 Thread Raphael Quinet
On Tue, 16 May 2000, Jens Lautenbacher [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] (Raphael Quinet) writes: I still haven't found a good reason to keep the background layer "special" when the image contains multiple layers. If the only reasons are historical or to copy the featur

Tiny patch for the psp plug-in.

2000-05-18 Thread Raphael Quinet
While following Adrian's nice tutorial on Gimp Image Pipes, I tried to load some PSP Tubes and see if I could convert them to Gimp's GIH format, using gimp-1.1.21 under Solaris (sparc). All of them failed with the error "PSP: Unrecognized block id ...". This comes from a missing conversion from

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

2000-05-18 Thread Raphael Quinet
Except for the vines and green pepper, the latest version of the Gimp ships with basically the same set of brushes as version 1.0. Even the gimp-data-extra package does not contain anything that demonstrates the power of the pixmap brushes or pipes. It would be good to add two or three

Re: installation in non-standard location / configure bug

2000-05-29 Thread Raphael Quinet
On Mon, 29 May 2000, Marc Lehmann [EMAIL PROTECTED] wrote: On Sun, May 28, 2000 at 06:46:43PM -0400, Warren Hedley [EMAIL PROTECTED] wrote: Also, configure ignores the perl executable argument specified in the --enable-perl option (see configure line above, for example), The

Feature idea: rotate brush while following a path

2000-05-29 Thread Raphael Quinet
Well, it looks like I will not be able to attend the GIMP Developers Conference at the end of this week (too bad - I really wanted to be there), so here is an idea that could be discussed: there could be an option to rotate a brush automatically according to the local tangent of the path that the

Re: The undo stack does not record some changes in layer attributes

2000-06-08 Thread Raphael Quinet
On Wed, 07 Jun 2000, Sven Neumann [EMAIL PROTECTED] wrote: [quoting Austin Donnelly [EMAIL PROTECTED]] I would be very unhappy if changing the layer opacity from 100% to 50% would eat up a dozen or more undo-steps since each value_changed signal from the slider triggers an undo which

Compilation and installation instructions

2000-09-07 Thread Raphael Quinet
We all know that the usual "configure; make; make install" procedure does not work exactly as advertised for versions 1.1.x, especially if the user installing the package is not the same as the one building it. Some of these problems have been mentioned by Michael J. Hammel two weeks ago

Re: Compilation and installation instructions

2000-09-07 Thread Raphael Quinet
Minor correction to my previous post: the library that is recompiled twice is libgimpi.a (note the "i"), not libgimp.a. The file libgimpi.a is created in the directory (top)/libgimp/, not in (top)/libgimp/.libs/ as the other libraries under libtool's control. -Raphael

Re: Compilation and installation instructions

2000-09-11 Thread Raphael Quinet
On Sat, 9 Sep 2000, Marc Lehmann [EMAIL PROTECTED] wrote: On Thu, Sep 07, 2000 at 06:13:07PM +0200, Raphael Quinet [EMAIL PROTECTED] wrote: the user installing the package is not the same as the one building it. Some of these problems have been mentioned by Michael J. Hammel two weeks ago

Re: Gimp 1.1.25 not working with gtk+-1.2.8 on SPARC

2000-09-29 Thread Raphael Quinet
On Sun, 24 Sep 2000, "Dr. David Kirkby" [EMAIL PROTECTED] wrote: I've built, gimp-1.1.25 on my Sun SPARCstation 20, using the following pieces of software and hardware. [...] Gimp then builds okay, but crashes on startup. Debugging under gdb-4.18, shows it seems to be looking for a source

Re: compile gimp-1.1.26 (error)

2000-10-04 Thread Raphael Quinet
On Sun, 1 Oct 2000, Dominic Knight [EMAIL PROTECTED] wrote: On Fri, 29 Sep 2000, you [Marc Lehmann] wrote: Could you send me the output of OK I managed to break make log by running a number of other processes at the same time.The output is below. [...] I confirm that the error

Bug with most File-Save plug-ins

2000-10-06 Thread Raphael Quinet
OK... Since the bug tracker seems to have lost the bug report that I wrote last week and I don't want to re-type it until I am sure that it will not be lost again, I will post a description of the problem here... Almost all File-Save plug-ins that are designed for single-layer file formats

Re: bug in patch-1.1.27-1.1.28

2000-10-20 Thread Raphael Quinet
On Thu, 19 Oct 2000, "Uwe Koloska" [EMAIL PROTECTED] wrote: to save some download time ;-) I tried to upgrade from 1.1.27 to 1.1.28 with the patch file. I found some minor problems; some files are incorporated in their final form and not in the ini-form: [...] Another minor thing: the new

Re: bug in patch-1.1.27-1.1.28

2000-10-20 Thread Raphael Quinet
On Fri, 20 Oct 2000, Tuomas Kuosmanen [EMAIL PROTECTED] wrote: On Fri, Oct 20, 2000 at 09:28:52AM +0200, thus said Raphael Quinet: Another minor thing: the new splash screen is not included in the patch. Maybe it is better to leave it out of the patch anyway, because the splash screens

strange configure errors with perl in 1.1.29

2000-11-03 Thread Raphael Quinet
I found some strange errors while configuring Gimp-Perl in 1.1.29. The previous versions worked fine (1.1.25 and 1.1.26 from tarball, 1.1.27 and 1.1.28 patched from previous version) so this looks like a new error. What happened was that perl could not find the required modules (PDL, Perl-Gtk,

Re: GIMP help docs

2000-11-06 Thread Raphael Quinet
On Mon, 6 Nov 2000, [EMAIL PROTECTED] wrote: On 6 Nov, Sven Neumann wrote: If you want me to change the helpbrowser, I need a detailed list of the changes that are necessary. just the changes we talked about: Removal of the HTML navigation bar and using the supplied links in this bars

Re: signal handler problems in screenshot plug-in

2000-11-08 Thread Raphael Quinet
On Tue, 07 Nov 2000, Sven Neumann [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] (Raphael Quinet) writes: I think that the best way to fix the screenshot plug-in is to add this before the call to fork(): gimp_signal_private (SIGCHLD, SIG_DFL, SA_RESTART); (don't forget to #include libgimp

test program for waitpid/sigchld problems

2000-11-08 Thread Raphael Quinet
Included below is a small test program that checks how the OS behaves when a child process exits while the parent is blocking on waitpid() and has a SIGCHLD handler installed (which also calls waitpid, and thus could steal the status if the signal handler is called before the first waitpid

Re: test program for waitpid/sigchld problems

2000-11-08 Thread Raphael Quinet
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 OSF1- V4.0 True64 - alpha sigchld handler was

Re: Gimp + Solaris + i18n

2000-11-10 Thread Raphael Quinet
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 (seen in strace). Has anyone else noticed this

active layers (was: Onion Skinning for GIMP/GAP)

2000-11-10 Thread Raphael Quinet
On Fri, 10 Nov 2000, "wolfgang hofer" [EMAIL PROTECTED] wrote: For painting Animations it can be useful to see the previous or next frame(s) more or less transparent. Here are 2 Variants A) and B) how to implement such features in GIMP. [...] B) OnionLayer is a new 'special' layertype,

Re: test program for waitpid/sigchld problems

2000-11-10 Thread Raphael Quinet
On Wed, 08 Nov 2000, Michael Natterer [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] (Raphael Quinet) writes: Maybe we should all do our "mea culpa" and test a bit more seriously especially on non-Linux platforms, now that 1.2 is just around the corner. Nope, it's just me wit

Re: [gimp-devel] Thanks for tablet Testing [Re: Tablet Testing Needed]

2000-11-15 Thread Raphael Quinet
On Tue, 14 Nov 2000, Simon Budig [EMAIL PROTECTED] wrote: Garry R. Osgood ([EMAIL PROTECTED]) wrote: [does GTK handle the XInput-devices and the "normal mouse" in the same way?] At present, we know that is not entirely true in two mixes of hardware. However, the manner in which they are

Re: GDK and XInput

2000-11-21 Thread Raphael Quinet
On Sun, 19 Nov 2000, "Garry R. Osgood" [EMAIL PROTECTED] wrote: I have attached a patch to gtk+-1.2.8/gdk/gdkinputcommon.h that modifies gdk_input_common_find_events() so that it will simply select device-specific event classes, given an event_mask of GDK__MASK values, without imposing

Re: [gimp-devel] Menus, shortcuts, and internationalization

2000-12-12 Thread Raphael Quinet
On Tue, 12 Dec 2000, Simon Budig [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote: On most software packages (not for Linux, though), the "underline" action keys are generally organized well enough so that it's quicker to push that key instead of moving the mouse. For

Re: [quinet] Menus, shortcuts, and internationalization

2000-12-14 Thread Raphael Quinet
On Thu, 14 Dec 2000, [EMAIL PROTECTED] wrote: This one covers a lot of things I previous mentioned in a bit better tone. Quoting comes from Raphael Quinet's post #12115. Wow, finally a person who understands my concerns, and is actually an active gimp developer, so that things could really

Re: RFC: The future of The GIMP

2000-12-14 Thread Raphael Quinet
On Thu, 14 Dec 2000, Sven Neumann [EMAIL PROTECTED] wrote: Lourens Veen [EMAIL PROTECTED] writes: All true, but then the problem is that non-technical users have to wait for someone (or their favourite distribution) to package new plugins. IE, let's say I write a new plugin, put it on

Re: RFC: The future of The GIMP

2000-12-14 Thread Raphael Quinet
Small addition to my previous message: Basically, what we need for distributing the source code of the plug-ins is a mechanism similar to CPAN, except that it should rely on a tool or plug-in distributed with the Gimp and not on Perl. It could also be extended for fetching binaries, but this

Re: gimp patch 1.1.32-1.2.0 [Also: Re: cmon guys, no patch from 1.1.32 to 1.2??]

2001-01-10 Thread Raphael Quinet
On Wed, 10 Jan 2001, [EMAIL PROTECTED] wrote: On 9 Jan, Christopher Curtis wrote: They do; if we started now to switch over to deltas then quite a few people would complain about that. I definitely see the point, I'm behind a very narrow pipe as well so I prefer patches, too, but what is

  1   2   >