Re: [Gimp-developer] Re: [Gimp-docs] Wording in German: Toolbox
On Mon, 2004-07-26 at 17:56, Nathan Carl Summers wrote: So, what do you guys think: Werkzeugfenster or Werkzeugkasten? I don't speak German, but Werkzeugfenster sounds cooler than Werkzeugkasten. In fact, I wouldn't mind a Werkzeugfenster T-shirt. Dare I suggest Werkzeugkastenfenster? (Toolbox window) -- Jeff ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Read/write plugin
On Sun, 2004-07-04 at 11:23, Soren Hauberg wrote: Hi everybody This is my first post to this list, so please be gentle :-) I'm a student of computer science at the University of Copenhagen (DIKU) working mostly with image processing. At DIKU we have a rather old image C library and hence quite a bit images stored in the image format used in this library. I'd like to be able to read and write this kind of images in gimp, but how do I get started? You didn't say what format the C library uses: perhaps it's one of the many for which conversion programs already exist. If you are running on a *nix system (Unix, Linux, BSD, Solaris ...) the portable bitmap package may already have a conversion program. And then there's always ImageMagick, which also can convert to and from innumerable image formats. If the issue is more one of learning how to write a Gimp plug-in, other messages in this thread will probably be of more help. HTH, -- Jeff ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Script-Fu Bug Gimp-2.0pre2
On Thu, 2004-01-22 at 16:29, Simon Budig wrote: Try the gimp-layer-set-edit-mask function. This seems the function of choice in your case (I did not test it though). Bye, Simon Thanks, Simon. That did it. -- --Jeff Jeff Trefftzs [EMAIL PROTECTED] http://www.tcsn.net/trefftzsHome Page http://gug.sunsite.dk/gallery.php?artist=68 Gimp Gallery http://trefftzs.topcities.com/ Photo Gallery ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] File Selection Creating Thumbnails hangs at 255 images
Hi, Gimp-2.0pre2: I had a directory with 906 images in it but no up-to-date thumbnails, so I selected all (Ctl-A) in the Files list and clicked on the thumbnail pane to create the thumbs. It began working away, but stalled at image 255 or 906. I continued to hear a lot of disk activity, but no additional updates to the progress, and it locked my system up so that it no longer responded to mouse events, keyboard events, or even Ctl-Alt-Del. I had to (horrors!) hit the reset button to force a reboot :(. From the magic number (255), this looks to me like a bug in the thumbnail creation code -- possibly an artificial limit that's getting exceeded without warning. Is this known, or should I hit bugzilla? TIA, -- --Jeff Jeff Trefftzs [EMAIL PROTECTED] http://www.tcsn.net/trefftzsHome Page http://gug.sunsite.dk/gallery.php?artist=68 Gimp Gallery http://trefftzs.topcities.com/ Photo Gallery ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Script-Fu Bug Gimp-2.0pre2
Hi, I've been trying to port one of my scheme scripts to 2.0pre2 and have discovered what I think is a bug. Before I battle with bugzilla, would someone try to reproduce it? Details: my script adds a layer mask to a layer (this works), but when I attempt to make the layer mask the active channel, using gimp-image-set-active-channel I consistently get an error: ERROR: Procedural database execution failed: (gimp_image_set_active_channel 2 9) 9 is indeed the right channel number, but somehow it's not getting registered. gimp-image-get-channels keeps returning an empty array. Is this just me, or can someone else duplicate this? TIA, -- --Jeff Jeff Trefftzs [EMAIL PROTECTED] http://www.tcsn.net/trefftzsHome Page http://gug.sunsite.dk/gallery.php?artist=68 Gimp Gallery http://trefftzs.topcities.com/ Photo Gallery ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Script-Fu Bug Gimp-2.0pre2
On Thu, 2004-01-22 at 16:29, Simon Budig wrote: Jeff Trefftzs ([EMAIL PROTECTED]) wrote: I've been trying to port one of my scheme scripts to 2.0pre2 and have discovered what I think is a bug. Before I battle with bugzilla, would someone try to reproduce it? Not until you provide the script :) Herewith: ;;; ;;; pencil-sketch.scm ;;; ;;; ;;; Jeff Trefftzs [EMAIL PROTECTED] ;;; This program is free software; you can redistribute it and/or modify ;;; it under the terms of the GNU General Public License as published by ;;; the Free Software Foundation; either version 2 of the License, or ;;; (at your option) any later version. ;;; ;;; This program is distributed in the hope that it will be useful, ;;; but WITHOUT ANY WARRANTY; without even the implied warranty of ;;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the ;;; GNU General Public License for more details. ;;; ;;; You should have received a copy of the GNU General Public License ;;; along with this program; if not, write to the Free Software ;;; Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. ;;; Changelog: ;;; 020113 - Version 1.1. Added multiple choice for edge detection ;;; 020113 - Version 1.01. Fixed mask texture bug. ;;; 020113 - Version 1.0. Initial Release. ;;; Define the function: (define (script-fu-pencil-sketch inImage inLayer inWeight inDark inMono inEdges inMaskPat inTextToggle inTexture) (let* ( (WhiteLayer (car (gimp-layer-copy inLayer TRUE))) (MaskedLayer (car (gimp-layer-copy inLayer TRUE))) (EdgeLayer (car (gimp-layer-copy inLayer TRUE))) (LayerMask (car (gimp-layer-create-mask MaskedLayer 0))) ) (gimp-image-undo-group-start inImage) ; changed for 1.3/2.0 (gimp-image-add-layer inImage WhiteLayer -1) (gimp-image-add-layer inImage MaskedLayer -1) (gimp-image-add-layer inImage EdgeLayer -1) (gimp-drawable-set-name WhiteLayer Paper Layer) ; changed for 1.3/2.0 (gimp-drawable-set-name MaskedLayer Copy with layer mask) (gimp-drawable-set-name EdgeLayer Edges from original image) ;; Real work goes in here (gimp-drawable-fill WhiteLayer WHITE-IMAGE-FILL) ; Fill the white layer (if ( inTextToggle 0) (begin (gimp-patterns-set-pattern inTexture) (gimp-edit-bucket-fill WhiteLayer PATTERN-BUCKET-FILL NORMAL-MODE 100 0 FALSE 0 0) ; changed for 1.3/2.0 ) ) ;; Create the layer mask and put the paper pattern in it. (gimp-layer-add-mask MaskedLayer LayerMask) ; changed for 1.3/2.0 (gimp-image-set-active-channel inImage LayerMask) (gimp-patterns-set-pattern inMaskPat) (gimp-bucket-fill LayerMask PATTERN-BUCKET-FILL NORMAL-MODE 100 ; opacity 0 ; threshold FALSE ; no sample-merged 0 0) ; X, Y coords (gimp-image-unset-active-channel inImage) ; finished with it ;; Now find the edges (gimp-image-set-active-layer inImage EdgeLayer) ;; Edge Detection Here (cond ((= inEdges 0); Laplacian edges (plug-in-gauss-iir TRUE inImage EdgeLayer inWeight TRUE TRUE) (plug-in-laplace TRUE inImage EdgeLayer)) ((= inEdges 1); Sobel Edges (plug-in-sobel TRUE inImage EdgeLayer TRUE TRUE TRUE)) ;; Synthetic Edges here - Include desaturate if needed ((= inEdges 2); Synthetic Edges (set! tmplayer (car (gimp-layer-copy EdgeLayer TRUE))) (gimp-image-add-layer inImage tmplayer -1) (gimp-layer-set-mode tmplayer DIVIDE-MODE) (plug-in-gauss-iir TRUE inImage tmplayer inWeight TRUE TRUE) (set! EdgeLayer (car (gimp-image-merge-down inImage tmplayer EXPAND-AS-NECESSARY))) (gimp-levels EdgeLayer VALUE-LUT inDark ; low input 255 ; high input 1.0 ; gamma 0 255) ; output ;; Desaturate if needed (if (= inMono TRUE) (gimp-desaturate EdgeLayer) ) ) ) ; end cond (gimp-layer-set-mode EdgeLayer DARKEN-ONLY-MODE) ; in case white bg (gimp-image-set-active-layer inImage inLayer) (gimp-undo-push-group-end inImage) (gimp-displays-flush) ) ) (script-fu-register script-fu-pencil-sketch _Image/Script-Fu/Alchemy/Pencil Sketch... Creates an interesting
Re: [Gimp-developer] Tool Dialogs stuck on top
On Mon, 2003-12-08 at 17:00, Sven Neumann wrote: See my comments on http://bugzilla.gnome.org/show_bug.cgi?id=128833 The strange thing is that the session management seems to work sometimes, sometimes not. We will have to investigate further why the proper placement of the dialog fails sometimes. But I think the tool dialogs should remain transient to the image window (and thus will be kept on top by most window managers). Thanks, Sven. I changed preferences in my window manager (Sawfish) to place transient windows at random and to allow them to be hidden, so things are back to more-or-less normal. The only remaining issue is that the transient windows do not get listed in the Gnome control panel, which means they can get hidden under other windows with no indication that they're there, unlike their earlier behavior. This is not necessarily a major issue, but might confuse newbies. Anyway, thanks for the rapid response and useful suggestions. -- --Jeff Jeff Trefftzs [EMAIL PROTECTED] http://www.tcsn.net/trefftzsHome Page http://gug.sunsite.dk/gallery.php?artist=68 Gimp Gallery http://trefftzs.topcities.com/ Photo Gallery ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Tool Dialogs stuck on top
On Mon, 2003-12-08 at 17:00, Sven Neumann wrote: Hi, But I think the tool dialogs should remain transient to the image window (and thus will be kept on top by most window managers). Any chance of at least making this configurable by the user? Transient to the image window is something I find truly offensive. I didn't realize I would, until I tried it, but it means that I can't look at my full size image as a whole until I either cancel or accept the results of using the tool -- when it was so much easier to bring my image window to the front, examine it, and then call back the tool dialog and change my curve settings or level adjustments and see it all again. Of course there is a work-around: simply accept a set of settings, and use undo to go back so you can try again, but this is far too reminiscent of the old batch programming days, rather than the truly interactive adjustments we've come to know and love. -- --Jeff Jeff Trefftzs [EMAIL PROTECTED] http://www.tcsn.net/trefftzsHome Page http://gug.sunsite.dk/gallery.php?artist=68 Gimp Gallery http://trefftzs.topcities.com/ Photo Gallery ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] gimp-1.3.21, fontconfig-2.2+ configure problems
On Thu, 2003-10-09 at 07:31, Ville Ptsi wrote: On Thu, 2003-10-09 at 14:37, Sven Neumann wrote: I have however no idea why you are having these problems when upgrading. Perhaps someone more familiar with RedHat can shed some light on this? One can get fontconfig 2.2 from Red Hat Rawhide. It works fine on RH9. On the off-chance that this would solve the problem, I have just downloaded and re-installed both the fontconfig-2.2.1-4 and fontconfig-devel-2.2.1-4 RPMs. Just to make sure, I also upgraded atk and atk-devel, and pango and pango-devel to the most recent RPMs from rawhide. Everything installs fine except for the fontconfig package, which fails in the post-install script: error: %post(fontconfig-2.2.1-4) scriptlet failed, exit status 127 The scriptlet seems to be a simple fc-cache -f command, which fails with the following error message: fc-cache: relocation error: /usr/lib/libfontconfig.so.1: undefined symbol: FT_Get_BDF_Property I checked the state of /usr/lib/libfontconfig.so.1, which is a symlink to /usr/lib/libfontcnfig.so.1.0.4, which hasn't been updated since June. This makes me think that the fontconfig package isn't really getting properly installed, or at least not updating the library properly. Am I correct in thinking that my shared library isn't getting updated? Can someone tell me what the proper version of libfontconfig should be for fontconfig-2.2.1? And should I perhaps try to recompile the fontconfig library from sources and install it manually? Baffled in California, -- --Jeff Jeff Trefftzs [EMAIL PROTECTED] http://www.tcsn.net/trefftzsHome Page http://gug.sunsite.dk/gallery.php?artist=68 Gimp Gallery http://trefftzs.topcities.com/ Photo Gallery ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] gimp-1.3.21, fontconfig-2.2+ configure problems
On Thu, 2003-10-09 at 16:06, Tim Mooney wrote: In regard to: Re: [Gimp-developer] gimp-1.3.21, fontconfig-2.2+ configure...: You can't really rely on timestamps, since they will likely be preserved by RPM (which uses cpio as the internal mechanism for packaging/transport). The problem isn't your fontconfig, the problem is freetype. FT_Get_BDF_Property is defined in recent FreeType -- looks like you need to upgrade that first. Thanks. That did it. Maybe configure should check for freetype = 2.1.4? My installation was still at 2.1.3, which obviously didn't work. Anyway, I'm now up to date from rawhide, and busy compiling gimp-1.3.21. -- --Jeff Jeff Trefftzs [EMAIL PROTECTED] http://www.tcsn.net/trefftzsHome Page http://gug.sunsite.dk/gallery.php?artist=68 Gimp Gallery http://trefftzs.topcities.com/ Photo Gallery ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Converting old plug-ins to wirk with gimp-1.3.20 (gimp-2)
On Mon, 2003-09-29 at 14:42, Sven Neumann wrote: Hi, Perhaps you want to contribute a short porting guide. Such a document should be included with the 1.3 API reference. Let me know if you are interested, I can give you a template that we can include in devel-docs/libgimp later. Now that I've successfully ported a simple plug-in (ellipse.c, the one that maps an image to a circular or elliptical window, not the selection), I can make an informed reply of yes, certainly. Please go ahead and send or point me to the template. -- Jeff ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Converting old plug-ins to wirk with gimp-1.3.20 (gimp-2)
Hi all, As we are about to move to the next stage of gimpery, I have begun looking closely at my large collection of plug-ins, many of which I remember compiling with GIMP_ENABLE_COMPAT_CRUFT, and wondering how to make them usable again under the new regime. Can anybody point me to a porting guide that identifies the changes needed to go from the old (well, present) api to that used in gimp-1.3.20 and up? I have already written a quckie decrufter perl script to obviate the need to use GIMP_ENABLE_COMPAT_CRUFT, and I have found a few changes between present stable usage and the 1.3.20 version, but I'm still wondering what else I'm missing. All advice and tips will b gratefully appreciated. TIA, -- --Jeff Jeff Trefftzs [EMAIL PROTECTED] http://www.tcsn.net/trefftzsHome Page http://gug.sunsite.dk/gallery.php?artist=68 Gimp Gallery http://trefftzs.topcities.com/ Photo Gallery ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Difference between 1.2 .gih and 1.3 .gih files?
On Tue, 2003-09-23 at 04:10, Michael Natterer wrote: Hi Jeff, The GIH format has changed shortly before the 1.2 release since it used the (now obsolete) special pixmap brush file format (which has been merged with the GBR gimp brush format). Just open the failing brushes with File-Open and save them again. The plug-in is still able to read these files and will save the new format. Thanks to Dave, Simon, and Mitch for the prompt replies. I'm converting the old brushes now. -- --Jeff Jeff Trefftzs [EMAIL PROTECTED] http://www.tcsn.net/trefftzsHome Page http://gug.sunsite.dk/gallery.php?artist=68 Gimp Gallery http://trefftzs.topcities.com/ Photo Gallery ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Difference between 1.2 .gih and 1.3 .gih files?
Hi, I notice that I get lots of complaints about corrupt brush files when I try to load .gih files from gimp-1.2.x into 1.3.20. Can somebody please point me to the right place to discover the difference between the gimp-1.2 .gih brushes and whatever the equivalent is in gimp-1.3.20? I have a whole lot of brushes that I'd like to convert if only I knew how. TIA -- --Jeff Jeff Trefftzs [EMAIL PROTECTED] http://www.tcsn.net/trefftzsHome Page http://gug.sunsite.dk/gallery.php?artist=68 Gimp Gallery http://trefftzs.topcities.com/ Photo Gallery ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Layer Combination Modes - what files, please?
Hi, I've been rooting through the source for gimp-1.3.20 looking in vain for the functions that handle the layer combination modes. Can someone please point me to the right files? TIA, -- --Jeff Jeff Trefftzs [EMAIL PROTECTED] http://www.tcsn.net/trefftzsHome Page http://gug.sunsite.dk/gallery.php?artist=68 Gimp Gallery http://trefftzs.topcities.com/ Photo Gallery ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] gimp-1.3.19 ./configure failure oddity
Greetings Gimp Gurus, I have run into a baffling problem when trying to compile the gimp (1.2.5 and 1.3.x) on a RH9 system. As far as I can tell, it seems limited to the gimp: I can configure and compile other tarballs without any problem. What makes it weird is the workaround. Details follow. When I have /usr/local/lib in my search path (as I usually do, via /etc/ld.so.conf and /sbin/ldconfig) the gimp configure step hiccups: ... config.status: creating Makefile config.status: creating config.h ./config.status: line 1332: 29673 Segmentation fault sed -f $tmp/undefs.sed $tmp/in $tmp/out config.status: executing depfiles commands ... and config.h doesn't get built. Somehow, somewhere, something is crashing sed. If I take /usr/local/lib out of my library path, it all works. My initial thought was that there were duplicate libraries between /usr/lib and /usr/local/lib, but I haven't found any. When I checked configure.log, there was no hint of any trouble. I have noticed that /sbin/ldconfig complains that a number of libgphoto_xxx.so.0 files aren't symlinks, but they all seem to be actual executables. How this relates I have no idea. An additional effect that I have noticed only with the gimp, is that make crashes repeatedly during the compile. I was wondering if this meant I was running out of temp disk, but I still have close to 2G left on the root filesystem, so that isn't it; I have tried compiling with and without /usr/local/lib in the ld.so.conf file and both compiles crash (segfault) after compiling for a long time. Note that if I simply reissue the make command the compile picks up where it left off, and eventually I get a brand new gimp. Has anybody seen problems like these, and can you suggest any possible causes or other places to look? It's not a show-stopper, but it certainly has been leaving me baffled. TIA, -- --Jeff Jeff Trefftzs [EMAIL PROTECTED] http://www.tcsn.net/trefftzsHome Page http://gug.sunsite.dk/gallery.php?artist=68 Gimp Gallery http://trefftzs.topcities.com/ Photo Gallery ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] gimp 1.3.18 - Pink backgrounds on GIF's
On Mon, 2003-08-11 at 07:33, Adam D. Moss wrote: Adam D. Moss wrote: Okay, in that case I think I must have made a mistake in the forward-port of the 1.2.x fix to 1.3.x, because I can't reproduce this in my 1.2.x tree with the equivilent GIF plugin 4.01.00 fix in it. I'll try to spot what the forward-port does differently. I can't see anything wrong with the forward-port, and still can't reproduce this with the same mod on the 1.2.x branch. Now I can't afford any more time to look into this in the near future. Maybe someone who can reproduce this in 1.3.18 can come up with some ideas. Here's the unpublished 1.2.x gif-save plugin with the same fix that went into 1.3.17 (which I'm ASSUMING is the fix that is at the root of this problem), for comparison: http://icculus.org/~aspirin/gif.c --Adam Without getting fancy, I just tried this image in gimp-1.3.18 (Linux, RedHat 9). It opened with the pink background, but I could repair the transparency by (a) adding an alpha channel in the Layers and Channels Dialog and (b) select by color/clear selection. Is the problem as simple as losing the alpha channel from the GIF in the later versions? -- --Jeff Jeff Trefftzs [EMAIL PROTECTED] http://www.tcsn.net/trefftzsHome Page http://gug.sunsite.dk/gallery.php?artist=68 Gimp Gallery http://trefftzs.topcities.com/ Photo Gallery ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Debugging?
On Sun, 2003-06-15 at 19:35, Douglas Lewan wrote: Are there any Scheme debuggers that work with GIMP? Are there any profilers? Where's the right place to get documentation for GIMP primitives? I've been hunting through the C-code. The best place I've found for documentation on the GIMP primitives, at least with respect to scheme and Perl, is in the PDB browser that should have come with your GIMP. I use it heavily when I'm writing script-fus. Debugging: you might try firing up the script-fu console in the GIMP and testing code snippets there. I've found this to work fairly well. My main problem is getting my head back into lisp space ... HTH, -- --Jeff Jeff Trefftzs [EMAIL PROTECTED] http://www.tcsn.net/trefftzsHome Page http://gug.sunsite.dk/gallery.php?artist=68 Gimp Gallery http://trefftzs.topcities.com/ Photo Gallery ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] copy-paste: position shift with alpha images
Sven wrote: oh, come on. calling perl to resize the layer to the image size is a bit of an overkill if it can also be done in one or two lines of scheme. The following code is untested, but might actually work: ... It may be overkill, but it's available from the layers channels dialog box in the right-click menu, so I assumed that's how it was supposed to be done. Should we replace the menu entry with a call to your scheme function instead? -- --Jeff Jeff Trefftzs [EMAIL PROTECTED] http://www.tcsn.net/trefftzsHome Page http://gug.sunsite.dk/gallery.php?artist=68 Gimp Gallery http://trefftzs.topcities.com/ Photo Gallery ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] copy-paste: position shift with alpha images
Hi Martin - First, your questions would be better directed to the gimp-user (instead of gimp-developer) list. And I can also recommend the script-fu group on yahoo. To answer your question: you can avoid creating the intermediate variable by doing (gimp-floating-sel-anchor (car (gimp-edit-paste target-layer FALSE))) To ensure that your selection winds up in the same place in the new layer, try (if you can) making sure that the layer from which you get your selection is the same size as the image, using (perl-fu-layer-to-image-size 1) . This works on the active layer only, and may not work on windows systems lacking perl-fu support. HTH, -- --Jeff Jeff Trefftzs [EMAIL PROTECTED] http://www.tcsn.net/trefftzsHome Page http://gug.sunsite.dk/gallery.php?artist=68 Gimp Gallery http://trefftzs.topcities.com/ Photo Gallery ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] script-fu-scheme: Full implementation of Scheme?
I've posted the siod documentation that I use on my website at http://trefftzs.topcities.com/siod.html It also shows functions that are not available in the Gimp, but fewer than your source. I seem to remember that I had to roll my own floor, ceil, and round functions. Good luck. -- --Jeff Jeff Trefftzs [EMAIL PROTECTED] http://www.tcsn.net/trefftzsHome Page http://gug.sunsite.dk/gallery.php?artist=68 Gimp Gallery http://trefftzs.topcities.com/ Photo Gallery ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] gimp and guile (and scheme)
I have a downloaded copy of the original siod.html documentation from people.delphi.com/gjc/siod.html, back when it was still in existence. it's 89KB, but I will send it to anyone who wants a copy. Just ask. It seems to be self-contained enough to be usable for on-line browsing, but I wouldn't recommend it as a good tutorial (or even as the world's greatest reference). HTH, -- --Jeff Jeff Trefftzs [EMAIL PROTECTED] http://www.tcsn.net/trefftzsHome Page http://gug.sunsite.dk/gallery.php?artist=68 Gimp Gallery http://trefftzs.topcities.com/home.html Photo galleries ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] How many points can be drawn with one call to gimp-paintbrush?
I'm working with L-Systems, using the GIMP as the image visualization engine, and doing the actual string rewriting, etc. in perl-fu. My test images tend to get pretty complicated pretty fast - the one running now is interpreting 88,940 symbols in the l-system. While the number of lines that gets drawn isn't quite this large, we're still talking in terms of tens of thousands of calls to gimp_paintbrush. At the moment I call gimp_paintbrush once for each line segment, as it gets processed from the command string (those 88,940 symbols I mentioned earlier). I was wondering if there might be a noticeable performance improvement if I were to accumulate a large number of line segments (saving their coordinates in an array), and making one call to gimp_paintbrush with some large number of line segments. Is there a known upper limit to the number of end points that can go into the array passed to gimp_paintbrush? -- --Jeff Jeff Trefftzs [EMAIL PROTECTED] http://www.tcsn.net/trefftzsHome Page http://gug.sunsite.dk/gallery.php?artist=68 Gimp Gallery http://trefftzs.topcities.com/home.html Photo galleries ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Attn Sven - Palette Script to Break Gimp
;;; ;;; break-gimp.scm - Crash on big palettes for Sven ;;; ;;; ;;; Jeff Trefftzs [EMAIL PROTECTED] ;;; This program is free software; you can redistribute it and/or modify ;;; it under the terms of the GNU General Public License as published by ;;; the Free Software Foundation; either version 2 of the License, or ;;; (at your option) any later version. ;;; ;;; This program is distributed in the hope that it will be useful, ;;; but WITHOUT ANY WARRANTY; without even the implied warranty of ;;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the ;;; GNU General Public License for more details. ;;; ;;; You should have received a copy of the GNU General Public License ;;; along with this program; if not, write to the Free Software ;;; Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. ;;; Define the function: (define (script-fu-break-gimp inImage inLayer inPalette) (gimp-undo-push-group-start inImage) ;; Real work goes in here (gimp-convert-indexed inImage 0 ; No dithering, since we want pixelized CUSTOM-PALETTE ; create our own palette to start 32; using specified no of colors FALSE ; No alpha dither FALSE ; Remove unused colors inPalette); Ignored this time (gimp-image-set-active-layer inImage inLayer) (gimp-undo-push-group-end inImage) (gimp-displays-flush) ) (script-fu-register script-fu-break-gimp _Image/Script-Fu/TEST/Break Gimp with big palette. Makes GIMP segfault. Jeff Trefftzs Copyright 2002, Jeff Trefftzs February 3, 2002 RGB* SF-IMAGE The Image 0 SF-DRAWABLE The Layer 0 SF-FILENAME The Palette Named_Colors ) On a pure white image, it just seemed to go into a loop; on an image with a colored gradient it gave multiple segfaults and then crashed. YMMV. -- --Jeff Jeff Trefftzs [EMAIL PROTECTED] http://www.tcsn.net/trefftzsHome Page http://gug.sunsite.dk/gallery.php?artist=68 Gimp Gallery http://trefftzs.topcities.com/home.html Photo galleries ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Bug in frosty-logo.scm
[jeff@thoth scripts]$ grep define (min /usr/local/share/gimp/1. 2/scripts/*.scm /usr/local/share/gimp/1.2/scripts/frosty-logo.scm:(define (min a b) (if ( a b) a b)) This line redefined the existing (min ... ) scheme function, which breaks anything else that wants to use it. It should be removed in future releases. The real (min ...) takes an arbitrary number of args, and returns the minimum in the entire list. -- --Jeff Jeff Trefftzs [EMAIL PROTECTED] http://www.tcsn.net/trefftzsHome Page http://gug.sunsite.dk/gallery.php?artist=68 Gimp Gallery http://trefftzs.topcities.com/home.html Photo galleries ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] plugin-announcement
Hi Frank - I just downloaded lic2-0.55 and began testing. There's still one problem: it doesn't undo if you work on an image in place. But you'll be pleased to know that the Makefile works out of the box on my system (RH 6.1, mostly). Still, it's a great improvement over 0.50. Keep up the good work! -- --Jeff Jeff Trefftzs [EMAIL PROTECTED] http://www.tcsn.net/trefftzsHome Page http://gug.sunsite.dk/gallery.php?artist=68 Gimp Gallery http://trefftzs.topcities.com/home.html Photo galleries ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Raphael's edits, was Re: test this howto now
A good Compiling the GIMP from a Tarball HOW-TO seems like a really good idea. I think this outline covers the main points, but certainly could use some rearranging. I hereby offer it up for tweaks and adjustments. How to Compile GIMP from a Tarball: a tentative outline 1. Introduction 1.1 What's a Tarball? 1.2 Why do I want to compile GIMP? 2. Getting the Tarball 2.1 Where's the briar patch? (Where to put the gimp-x.y.tgz file) 2.2 Saving the source (source directory tree) 3. Do I have the right libraries? 3.1 List of required stuff here (with how to get it). This is starting to look recursive, no? 4. ./configure and what it means. 4.1 What's this --prefix= that they keep yammering about? 4.2 Differences between /usr and /usr/local, and why some stuff goes in one place and some stuff goes in the other. 5. Why a new GIMP won't play well with an old GIMP and what to do about it. 5.1 Library version conflicts 5.2 Include paths 5.3 Library paths 5.4 ldconfig, LD_LIBRARY_PATH, and other arcana 5.5 Removing an old version of GIMP - how do I do this? 6. Compiling on various systems: /* Maybe this should come much earlier */ 6.1 Linux and its flavors 6.1.1 Red Hat 6.1.2 Debian 6.1.3 Mandrake 6.1.4 Slackware 6.1.5 etc, etc, ad lib. 6.2 Solaris 6.3 HP-UX 6.4 Other Unices 6.5 Windows 6.6 Mac? 7. Problems and troubleshooting We need to collect at least the most common problems here and provide solutions. Comments welcome, -- --Jeff Jeff Trefftzs [EMAIL PROTECTED] http://www.tcsn.net/trefftzsHome Page http://gug.sunsite.dk/gallery.php?artist=68 Gimp Gallery http://trefftzs.topcities.com/home.html Photo galleries ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] PDB entries for Bezier Select and Intelligent Scissors
I have searched in vain for PDB entries for both the Bezier Select and the Intelligent Scissors. Checking the source reveals that there are, indeed, no such entries. Is this intentional? If not, could someone with a whole lot more experience in hacking the GIMP itself make the proper entries? I'm using GIMP-1.2.2 on Linux (RH-6.1) GIMP installed from the tarball. Thanks, -- --Jeff Jeff Trefftzs [EMAIL PROTECTED] http://www.tcsn.net/trefftzsHome Page http://gug.sunsite.dk/gallery.php?artist=68 Gimp Gallery http://trefftzs.topcities.com/home.html Photo galleries ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Getting information about path length
Hi, I have posted a bug regarding the perl call to gimp_path_get_poin ts (it doesn't work in perl -- the number of points is not returned, and a final array seems to have zero length), but this is only a related question. Is there a way to find out how long the active path is? I have seen people use error catching in script-fu to detect overruns when doing gimp-path-get-point-at-dist, but I would really like to know how long the path is so that I can place copies of the active selection at equal intervals along it. Depending on error conditions seems clumsy (although I am working on a binary search to get the length). Any ideas? Thanks, -- --Jeff Jeff Trefftzs [EMAIL PROTECTED] http://www.tcsn.net/trefftzsHome Page http://gug.sunsite.dk/gallery.php?artist=68 Gimp Gallery http://members4.clubphoto.com/jeff309574A photo gallery ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer