Re: ban request
it's been my experience that last year's whining screaming can quite often be next years' thoughtful contribution. he definitely cares about the design, enough to get upset and scream about it. maybe he has to learn some things, but if you want a nice quiet list full of nice quiet agreement that sounds more like a support group. There's been a level of civility around here that gets violated from time to time. Banning is an overreaction, but whether or not he realizes it, he's effectively banning himself. The only reason I might read one of his posts now is for entertainment purposes, even though I'm sure he has something useful to say somewhere. Its not worth my time to sort through the insults and profanity to come up with a small nugget of "that might be useful". I'm sure I'm not alone in this regard. Timecop, please try to remember that developers and other contributors are people too. Happy GIMPing, and may this thread die a timely death. Seth [EMAIL PROTECTED] On Wed, 27 Dec 2000, Rebecca J. Walter wrote: Date: Wed, 27 Dec 2000 12:24:45 +0100 From: Rebecca J. Walter [EMAIL PROTECTED] To: "[EMAIL PROTECTED]" [EMAIL PROTECTED] Subject: ban request i would like to request that timecop be banned from this list. is that possible? if so, would someone please do that? he obviously fails to appreciate the quality program the developers have made available to us and his constant cursing and complaining is a waste of band width. thank you. bex __ Do You Yahoo!? Yahoo! Shopping - Thousands of Stores. Millions of Products. http://shopping.yahoo.com/
Re: Gimp tool icons
UI feedback...(for those who care) I used to be a photoshop user back in the 3.* days I switched to the Gimp in 98 timeframe, I figured that hey I know how to use an image editor inside and out I should not have to read about how this thing works. the brushes menu did take me longer to find than most other UI features. However once i found it I did think it was rather intuitive. (p.s. adventually i did rtfm) That was the purpose behind the addition of the brush indicator - hopefully its a bit more obvious to click on the brush to change it. This was after 98 though, so your "new user" experience may not be terribly helpful in this case. Any new users since the addition of the brush indicators had problems? Seth Burgess [EMAIL PROTECTED] __ Do You Yahoo!? Thousands of Stores. Millions of Products. All in one Place. http://shopping.yahoo.com/
Re: Trouble with gimp_text_get_extents_fontname and gimp_text_fontname
Darren, Could you send me the script? Thanks, Seth Burgess [EMAIL PROTECTED] --- "Darren R. C. KELLY" [EMAIL PROTECTED] wrote: [using gimp-1.0.4-3 ] Dear Gimp-developer, I have a Gimp-perl script for generating rollie buttons that used to work but now fails, presumably because of the following message I receive on starting Gimp: 1: wire_read: unexpected EOF (plug-in crashed?) 2: overwriting Gimp::Lib::gimp_text_get_extents_fontname (1,1) 3: overwriting Gimp::Lib::gimp_text_fontname (1,1) 4: overwriting Gimp::Lib::gimp_text_get_extents_fontname (1,1) 5: overwriting Gimp::Lib::gimp_text_fontname (1,1) wire_read: unexpected EOF (plug-in crashed?) (my linenumbers) Line 1: no idea what it is but I don't think it is relevant. Lines 2-5: gimp_text_get_extents_fontname and gimp_text_get_extents_fontname are the routines where my plugin _now_ crashes. "Now" means I have successfully used the script a few weeks back and have not changed it since. This begs the question "what has changed". In any case it seems these scripts are being corrupted on startup. Thankfull for any advice, Darren Kelly __ Do You Yahoo!? Get Yahoo! Mail - Free email you can access from anywhere! http://mail.yahoo.com/
Re: please help (GIMP user)
While this would better go to the gimp-user mailing list, I'll go ahead and clear it up. You're using the clone tool, as a clone tool. To use it as a pattern copy tool, you'll need to double click on that tool and set the option to use a pattern source. If you instead want to use it as a clone tool, you have to hold down Control the first time you click it to set the source location. Happy GIMPing, Seth Burgess [EMAIL PROTECTED] --- Michelle M [EMAIL PROTECTED] wrote: I dont know who else to ask for gimp help, so I am writing to this address. When I want to paint/fil using a pattern, it wont work. I choose the pattern, and the tool I think is the right one, and go and try and draw with the said pattern on the picture, but it wont let me. It shows the tool and a circle with a diaganal line through it as a pointer. Is there are right and wrong way to try and draw using a pattern? Apart from that gimp is perfect and I love it. I have the windows version of it, from moochers.com. Hope you can help, because the help files that gimp comes with (and the help at your site) doesnt give me a a clue to what I am doing wrong. Thankyou, Michelle MacWhirter, Auckland, New zealand. _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. __ Do You Yahoo!? Yahoo! Mail - Free email you can access from anywhere! http://mail.yahoo.com/
Re: TAB to hide toolbox and all dialog windows...
Jon, Try hitting "Tab" while in an image. Seth [EMAIL PROTECTED] * Jon Winters ([EMAIL PROTECTED]) [000606 22:27]: One of the things that I like about Photoshop is the ability to hit the "tab" button on the keyboard and hide everything but the cursor and the image. I use it often when photoshopping and miss it sorely when Gimpin' If this is already built in please accept my apology and clue me in as to how it works. If not I would like to request it as a feature once 1.2 is shipping and the freeze is lifted. Thanks in advance and keep up the good work! -- Jon Winters http://www.obscurasite.com/jon/ "Everybody Loves The GIMP!" http://www.gimp.org/
Re: IrfanView
* Tor Lillqvist ([EMAIL PROTECTED]) [000528 16:43]: Hago Ziegler writes: Now he told me that he can't find sources or specifications, so he can't do it. Huh? The GIMP sources are easy to find. The only documentation for the xcf format *is* the source code in xcf.c and other files. Actually, there is a document describing the format in the docs/ directory of the source tree. It might not be perfectly up to date, but I suspect its fairly close. reason to use xcf format in the first place is when you are working on some multi-layer or otherwise complex image in the GIMP and want to save it between editing sessions, wouldn't it be counter-productive if IrfanView would show only the bottom layer? No, you store all niftiness such as paths, etc. Though if you can't view the layers, its not as cool/useful. From a work standpoint, it only makes sense though - you'd have to implement every layer/mask/channel/etc mode and behavior to properly see files. Xcf is not intended to be an image distribution format, or an image interchange format between applications. I don's see why anybody would distribute xcf images except if they are 100% sure that the recipient(s) are going to work on them with the (same version of) GIMP. I'll agree with this. But it'd be nice to be able to let image cataloging programs at least get a reasonable thumbnail; something to discuss for future xcf formats I suppose... Seth Burgess [EMAIL PROTECTED]
Re: active_drawable
A couple things... 1) you may not be actually loading the image for whatever reason. This wouldn't show up until you try to access it by its handle. 2) There's no guarentee that the just created image contains the active drawable at all. You should really do a @layers = $img-get_layers and use $layers[0] instead. 3) It could be that something else is really causing the problem; difficult to see w/o the script. It may be a deeper gimp problem too. Hope this helps, Seth Burgess [EMAIL PROTECTED] * Charles Brasted ([EMAIL PROTECTED]) [000404 08:37]: Doing some development of automating image processing. I need some advice. I'm using gimp1.1.19/perl-Gimp1.1/glib1.2.7/gtk1.2.7 under RH 6.1. Basically I'm trying to convert the background colour of an image - there are loads of cool Gimp factory functions to do that, no problems. But, all the perl-gimp functions that do this need to act on a drawable, not an image, which is fair enough. Problem is, I load the image, ie: $img = gimp_file_load(Gimp::RUN_NONINTERACTIVE, $file, $file); works fine, but $drawable = gimp_image_active_drawable($img); fails. This aint a reported bug...any ideas? Is there a better way to define a drawable for a loaded img? thanks. Charles
Re: Wishlist Buglist for gimp 1.2
* Ar't ([EMAIL PROTECTED]) [000327 18:13]: prep4gif Hadn't heard of this one. Will investigate. burst init_progress What is the supposed to mean? Burst does indeed work. I've used it quite a bit recently. If you're having a problem, I'm gonna need a bit more than this to figure it out... blowinout now, what does this one do, really ? It creates a rather unique fade effect by "blowing" an image out of the picture, or blowing it in. The Help button might have given you some insight there. Its default parameters don't really do it any justice however, and it seems somewhat out of place on the animation menu (even though it creates an animation, everything else there consists of general animation operations.) these are not getting copied to $gimp_dir billboard feedback billboard is broken. I don't anticipate fixing it. It should be removed. Feedback is one of those ones that I felt too useless to install, so I asked Marc not to install it. We should remove it from the distro before 1.2 to avoid confusion. 3 Is "2x2 Blur"(perl) and "Blur"(C) not the same, if so then why double the same plugin (and keep your hands away from the C version) No, they're not. If you'd look at the source, the PDB blurb, or the rather longish thread on gimp-devel in the past on this, you'd see that the plug-in-blur is 3x3, where the perl-fu-blur is 2x2. BTW, if I find a bug in the C version, I'll fix it thank you. 5 When I click the arrows in image space (navigator or so) I get: initial_sub_region:: error :: src-w * (src-bytes + 1) 512 Can you fill out a more complete bug report on this one, as a separate document? I see where in the code that is occurring, but have no idea what you might be doing to get it. Also, do you suffer any other effects as a result of this? Perhaps a message saying something about tiles when you exit? What version of gimp? Please use the form found at: http://www.xach.com/gimp/news/bugreport.html ... ommitting ground covered by others ... Thanks for the report! Seth Burgess [EMAIL PROTECTED]
Re: Gimp User Installation Dialog.
The truth is: any window may or may not fit any screen size, as the gimp has _no_ control over the pixelsize of it's windows. I'm going to assume I misunderstood you here; gimp most certainly tries to control the size of its windows, through zoom or use of scrollbars. It does its darndest to make sure images will fit on a screen, and makes suggestions to the wm to put them there (the wm is free to ignore this). The same care has not been taken for all elements of gimp, and this sloppiness shows up in dialogs that run off even huge screens. I think that this is what you're trying to address, yes? Seth Burgess [EMAIL PROTECTED]
Re: Suggestion: disabling Perl-Fu installation if Gtk-Perl is not present
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 of the required modules (Gtk, PDL, Data::Dumper, Parse::RecDescent) are not detected by the configure script or, more exactly, by Makefile.PL. Parse::RecDescent is used only by the script-fu to perl-fu converter, AFIAK. I get Data::Dumper installed as part of perl-base. If there's a perl distro without that, it probably won't be terribly useful for developing perl based scripts (guessing). In any case, if Parse::RecDescent is affecting running of any plug-ins, I'd call that a bug. As far as PDL and Gtk goes, I'm in agreement that it shouldn't install those scripts with those dependencies uless those packages are detected. gimptool should be able to install them later for users wishing to upgrade later - its the way everything else in gimp works. perlotine: the gtk perl module is required to open a dialog window, running with default values (perl_fu_perlotine) perlotine: No horizontal or vertical guides found. Aborted. at /usr/lib/gimp/1.1/plug-ins/perlotine line 176. (ERROR) This error anyway is legit - you need guides to run perlotine! It would tell you so in a dialog box, but its not availble for lack of Gtk. In this case, I think the commandline is pretty clear. Were the color related PDB errors pre or post Gimp-Edit-Fill changes? Seth Burgess [EMAIL PROTECTED]
Re: active gradient suggestion
Maybe best would be to have a magic entry in the gradient editor "FG-BG" and "BG-FG" which would change accordingly, and remove the selection from the gradient tool. jtl Make that the gradient selector rather than the editor, and I'll agree with you completely :) Seth
Re: Small .....
On Fri, Feb 18, 2000 at 08:42:24PM +, Ar't wrote: Disadvantages: * perl plugins What in particular do you see as a disadvantage about the perl plugins? Their existance alone seems to irk some people, for reasons I'm not at all clear on. I happen to think some of them are kinda neat myself, but then again I am rather biased. If you could expound here... Seth [EMAIL PROTECTED]
One more feature?
I'd really like to see the setting for default brush reappear. So much so that I'd do it myself. Hows this fit with the freeze? I hate to violate the freeze, esp since its been getting better. But I'm SO SICK OF THAT CALIGRAPHIC BRUSH (10x10)! Comments? Seth [EMAIL PROTECTED] -- ~/.sig: [E]xit, [H]alt, show [S]tack trace or [P]roceed:
Re: Removing pencil?
My vote is for the merge of pencil and paintbrush. I don't see that having a hard-edged paintbrush is really worthy of its own icon, though it will need an option added in paintbrush. I don't know of anything that utilizes pencil in PDB at this point, but maybe I'm mistaken? I doubt removing pencil* would hurt much... Speaking of PDB, thats something that needs some serious updating - lots of the abilities are no longer accessible for quite a few of the tools. gimp-paintbrush for example doesn't include incremental, the fade out distance, the gradient selection/type, or the units. I suspect others have gotten similarly out-of-sync as we madly added niftyness... I'd hope this would be a pre-1.2 bug-fix, since missing PDB stuff has traditionally been handled in that manner. Seth * Marc Lehmann ([EMAIL PROTECTED]) [000205 16:40]: On Sat, Feb 05, 2000 at 07:13:00PM +0200, Tuomas Kuosmanen [EMAIL PROTECTED] wrote: in my previous mail on this thread, I use the paintbrush as a "fine tuning" tool together with the "real" tool I am drawing with. And if it is the paintbrush, then there is no way to toggle fast between those.. clicking a checkbox every time instead of pressing a shortcut key sounds clumsy. I guess the correct fix (in 1.3!!) would be to be able to attach shortcuts to checkboxes. For 1.2 there IMHO shouldn't be a merge. -- -==- | ==-- _ | ---==---(_)__ __ __ Marc Lehmann +-- --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e| -=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+ The choice of a GNU generation | | -- ~/.sig: [E]xit, [H]alt, show [S]tack trace or [P]roceed:
One more feature?
I'd really like to see the setting for default brush reappear. So much so that I'd do it myself. Hows this fit with the freeze? I hate to violate the freeze, esp since its been getting better. But I'm SO SICK OF THAT CALIGRAPHIC BRUSH (10x10)! Comments? Seth [EMAIL PROTECTED] -- ~/.sig: [E]xit, [H]alt, show [S]tack trace or [P]roceed: