Re: v 1.1.17 libintla error
I thought this might be a bug. You thought correct :) I'll try to fix it. Only commenting $INTLLIBS out made all perl plug-in to crash. Gimp.so needs to be linked with libintl. ** WARNING **: wire_read: unexpected EOF (plug-in crashed?) /usr/libexec/ld-elf.so.1: /usr/local/lib/perl5/site_perl/5.005/i386-freebsd/auto/Gimp/Gimp.so: Undefined symbol "bindtextdomain" ** WARNING **: wire_read: unexpected EOF (plug-in crashed?) -- SHIRASAKI Yasuhiro : Experimental Particle Physics, JLC Team Graduate School of Science, TOHOKU University 980-8578 Japan.
Re: v 1.1.17 libintla error
On Fri, Feb 18, 2000 at 05:39:02PM +0900, SHIRASAKI Yasuhiro [EMAIL PROTECTED] wrote: You thought correct :) I'll try to fix it. Only commenting $INTLLIBS out made all perl plug-in to crash. That isn't that bad ;) Your patch to add intllibs was only added very recently. The problem is that automake is a very stubborn tool, which just means that solving these points of divergence between two systems takes some though and time :( I believe that I can fix that problem over the weekend, finally. -- -==- | ==-- _ | ---==---(_)__ __ __ Marc Lehmann +-- --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e| -=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+ The choice of a GNU generation | |
Cleaning up gimp_tips.txt
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 indexed : color format, you need to convert the image to indexed using : the Image menu. This is not true anymore. The Export feature works rather well for RGB-to-Indexed conversions and will also warn you if your image has multiple layers and the image format supports only one. : All the old channel operations have been replaced with the more : powerful and flexible Layer and Layer Mode operations. They may : take getting used to, but they are simply a better way to operate. This was only useful for users of Gimp 0.60 or so. Most of the current Gimp users have started with 1.0.4 or have had plenty of time to learn the new Layer operations, so this can be removed. : When installing a new version, be sure to : delete your ~/.gimp directory first. This is wrong for the 1.1.x releases, and should not be necessary anyway. I will also remove the FIXME comments, because they are obsolete. I think that we should not put too many tips in that file. Instead, we should focus on putting the most useful tips there and make sure that the user takes a look at the on-line help (which should contain most of the information that is currently provided by the tips). I added the "Tip of the day" feature to the Gimp some time ago because there was no decent on-line help that could explain some hidden things such as the usage of Shift and Ctrl while making selections. But now that the on-line help is shaping up, maybe we could change the tips and take the existing help pages into account. -Raphael
[Slightly off-topic] Gimp mailing list archives?
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 considering if I should re-subscribe or not, but I cannot find a working archive. -Raphael
Re: [Slightly off-topic] Gimp mailing list archives?
On Fri, Feb 18, 2000 at 10:36:19PM +0100, Raphael Quinet wrote: Is there any current archive for the Gimp mailing lists? http://www.mail-archive.com/gimp-user%40xcf.berkeley.edu/ and http://www.mail-archive.com/gimp-developer%40scam.xcf.berkeley.edu/ have relatively recent archives. They're at least a week behind due to some hardware trouble, but I think they're trying to bring things up to speed soon. Zach -- Zachary Beane [EMAIL PROTECTED] PGP mail welcome. http://www.xach.com/pgpkey.txt
pathsP.h
did someone take that out of cvs? i just did an update from the anon-cvs tree (the one hosted by debian,) and cvs axed pathsP.h from the app/ dir. now gimp won't build. any ideas? actually, nothing is getting put into the intl/ dir either.. the main makefile still looks for stuff in there. i've been just taking intl out of my makefile, configuring with --disable-nls and --dont-use-the-included-intlgetextthingy and crossing my fingers, but, no luck.. should i blow away my work dir and get a clean cvs dump, or is there a muckup in there? thanks, -- Blue Lang Unix Systems Admin QSP, Inc., 3200 Atlantic Ave, Ste 100, Raleigh, NC, 27604 Home: 919 835 1540 Work: 919 875 6994 Fax: 919 872 4015
Re: Opacity in bucket fill?
Michael Natterer [EMAIL PROTECTED] writes: just deactivate the "Use Global Paint Options" button in the preferences dialog's "Interface-Tool Options" page. Otherwise the opacity as set in the brushes dialog will be used. shouldn't we simply make this the default? that means, changing the option to "Enable Global Paint Options" and have it still unchecked... jtl
mail to list not sender
Hello, if I want to answer some posting, I normally want it to go to the list, but because the list is not the sender and an "reply to" isn't set, the mail is addressed privately to the sender. Some times I'm able to change this behaviour -- sometimes not ;-)) Isn't it a good idea to add this "reply to: the list"? Yours Uwe Koloska -- mailto:[EMAIL PROTECTED] http://rcswww.urz.tu-dresden.de/~koloska/ ---- right now the web page is in german only but this will change as time goes by ;-)
Re: mail to list not sender
Group replies will go to the list.
Re: mail to list not sender
On Fri, Feb 18, 2000 at 02:27:50PM +0100, Uwe Koloska spake unto the masses: I've known other lists that mask all mail to and from as the list and I honestly didn't like that too much. I wonder if kmail (that's your mail client right?) has a feature like mutt (the mail client I use) does. With mutt you can reply to a list serv and it will automatically change the " To:" feild to the address you setup as the destination for that mailing list. If anything you could look into running mutt until the listserv changes otherwise. Not the answer you were looking for but at least it's a viable solution ;) Or you could setup procmail on your machine to rewrite the "From:" or "Reply to:" headers for any mail sent to the gimp list as showing From/reply to as the listserv. Hello, if I want to answer some posting, I normally want it to go to the list, but because the list is not the sender and an "reply to" isn't set, the mail is addressed privately to the sender. Some times I'm able to change this behaviour -- sometimes not ;-)) Isn't it a good idea to add this "reply to: the list"? Yours Uwe Koloska -- mailto:[EMAIL PROTECTED] http://rcswww.urz.tu-dresden.de/~koloska/ ---- right now the web page is in german only but this will change as time goes by ;-) -- John E. Vincent http://www.lusis.org - opensource(libre) webhosting http://www.jyradelix.com - Jyradelix Designs http://www.lusis-integrations.com - Lusis Network Integration Consultants --- "Some people call me crazy but I prefer to think of myself as a freelance lunatic" - me
Re: [OFFTOPIC] mail to list not sender
http://www.metasystema.org/essays/reply-to-useful.mhtml I think that this sort of munging would be a good idea. Duplicate replies bother me, and that's the default behavior for a list such as this one. Howver, don't flame me about it, just read this essay for an alternative point of view to "Reply-to Munging Considered Harmful", which I'm sure you've all read. --- Even if you can deceive people about a product through misleading statements, sooner or later the product will speak for itself. - Hajime Karatsu On Fri, 18 Feb 2000, John E . Vincent wrote: On Fri, Feb 18, 2000 at 02:27:50PM +0100, Uwe Koloska spake unto the masses: I've known other lists that mask all mail to and from as the list and I honestly didn't like that too much. I wonder if kmail (that's your mail client right?) has a feature like mutt (the mail client I use) does. With mutt you can reply to a list serv and it will automatically change the " To:" feild to the address you setup as the destination for that mailing list. If anything you could look into running mutt until the listserv changes otherwise. Not the answer you were looking for but at least it's a viable solution ;) Or you could setup procmail on your machine to rewrite the "From:" or "Reply to:" headers for any mail sent to the gimp list as showing From/reply to as the listserv. Hello, if I want to answer some posting, I normally want it to go to the list, but because the list is not the sender and an "reply to" isn't set, the mail is addressed privately to the sender. Some times I'm able to change this behaviour -- sometimes not ;-)) Isn't it a good idea to add this "reply to: the list"? Yours Uwe Koloska -- mailto:[EMAIL PROTECTED] http://rcswww.urz.tu-dresden.de/~koloska/ ---- right now the web page is in german only but this will change as time goes by ;-) -- John E. Vincent http://www.lusis.org - opensource(libre) webhosting http://www.jyradelix.com - Jyradelix Designs http://www.lusis-integrations.com - Lusis Network Integration Consultants --- "Some people call me crazy but I prefer to think of myself as a freelance lunatic" - me
Small .....
hi Questions: * How to change RGBA image to an RGB image ?, because it's not intuitive enough. New option in "Remove Alpha" menu would be more helpful than explaining this and that. Disadvantages: * perl plugins * in toolbox sometimes windows get really odd (color, palette, brushes, gradient), they look a bit scrambled and they are out of control. * Still no transparent text (it can't be that hard) Although it's tricky to get transparent text, but it is possible and one must invent it * Some tips seem a bit out of date (don't ask which ones) It could use new (i.e. red square in the image screen) * Lack of image info (in particular on: Amount of colours used in an image (GIF stuff) Histogram for indexed mode image [you get weird message when trying to get histogram for indexed mode image]) * Logulator still too big in 640x480 It's probably the GTK problem not Gimp UI This problems also occurs when you try to change the driver in print menu/settings/driver list. Try to choose the last driver on the list... It's also in open/save dialog boxes. Splitting the menu is not the answer (well... sometimes it is) To be fixed rather in 1.3 please append todo with it * Freezing Maniacs 8-) No comments on that, please. Suggestions: (1.2) * Clear TODO file * Add a section what is to be done in version 1.3 (huge list already) Why I like Gimp (because creative criticism is not all I can do): * Lots of good work on menu is already done (keep up the good work) * Small Red Square in the image screen * it's still free of charge * nice jpeg save dialog box with preview (you can see the actual quality) * lots of advantages that I already got used to so much that I can't use any other program (actually I can, but I prefer GIMP) To polish Gimp users: Please help me with translation of plugins menu My page: http://www.geocities.com/art_pl/ - gimp My i18n plugin patch on my web page http://www.geocities.com/art_pl/gimp/gimp-1.1.17.i18n.patch.gz http://www.geocities.com/art_pl/gimp/gimp-1.1.17.patch.gz __ _ _ , | __ | | __ \ |/ |_ _| Artur Polaczynski [EMAIL PROTECTED] | __ | | _/ | | [EMAIL PROTECTED][EMAIL PROTECTED] |_| |_| |_|\_\ |_| #Poland/Warsaw/Mila College# -- IWACOM - najtanszy sprzet komputerowy Ponad 1000 produktow - zajrzyj http://www.iwacom.com.pl -- -- Konta e-mail 25 MB za 49 zl rocznie Zapraszamy! http://alpha.pl --
Season For Tips
I hereby announce the Season For Tips (Tally Ho!) Please send the tips to [EMAIL PROTECTED] and insert "Tips" in the subject line. Be cooperative and pre-format the text (I presume you know the rules: max 4 lines, 70 characters per line, tips must be useful). All new tips are to be published in my website at http://www.geocities.com/art_pl/gimp/ which is updated weekly. And then they will be put in a file: gimp_tips.txt Please enclose the information what skill of user is the tip referred to: beginner, intermediate, advanced. Thank you and happy hunting! __ _ _ , | __ | | __ \ |/ |_ _| Artur Polaczynski [EMAIL PROTECTED] | __ | | _/ | | [EMAIL PROTECTED][EMAIL PROTECTED] |_| |_| |_|\_\ |_| #Poland/Warsaw/Mila College# -- IWACOM - najtanszy sprzet komputerowy Ponad 1000 produktow - zajrzyj http://www.iwacom.com.pl -- -- Konta e-mail 25 MB za 49 zl rocznie Zapraszamy! http://alpha.pl --
What's up with Gimp Hollywood lately
Hi, Does Gimp Hollywood have much activity going on lately? As far as I see the ChangeLog, the last update was July last year. This version seems to be based on 1.0.4 with minimum plug-ins supporting different color precisions. I hear that the merge into main Gimp takes place after 1.2, but I am afraid that this will never happen because of high work load. Will current color precision code in current Gimp Hollywood be smoothly integrated into 1.2 or is it going to be a complete rewrite? Most of the existing plug-ins and scripts need rewrite as well, I suspect. Gimp Hollywood, I believe, is a great project that will turn the Gimp into truly professional tool and I do not want to see it dying. - Jun Saito [EMAIL PROTECTED]
Re: [OFFTOPIC] mail to list not sender
On Fri, 18 Feb 2000, Nick Lamb wrote: On Fri, Feb 18, 2000 at 12:50:05PM -0500, Glyph Lefkowitz wrote: Useful isn't the opposite of Harmful, and I wonder if he realises that... The classic paper is "Goto considered harmful", which doesn't deny that it's a useful feature but just tells us why we shouldn't use it, and I think RtMCH is written with a similar intention. The main point behind RtMCH seems to be the idea that munging headers will deny the ability to reply to someone's real address, if someone sets both a "from" and a "reply-to" header on their own. This "harm" doesn't seem particularly significant, for the usefulness that it denies. I don't see the benefit of doing this, except for the fact that it will confuse some mailers and most people. Why not set your 'from' header instead? I don't know anyone who currently uses this bizarre feature of e-mail headers. I am sure there are, but I've been having this same tired arguement on mailinglists for years :-) and the only people I've ever run into who ever did that was because they didn't understand how to properly configure a UNIX mail program. With the advent of more widely-available POP3 accounts, such people check their email with native Win32 or MacOS mail clients (which, I might add, don't have a reply-to-list feature). If you're someone using gimp-devel who would lose out if the headers were munged, I'd love to hear about it... this might give me a better perspective on these sorts of things... RtMCH notes that it would be a good idea if mailers got smarter, and since it was written they have - Mutt and AFAIK the Emacs mailer are quite capable of replying to a list (look at this mail, generated by Mutt, for an example) without doing group reply... "the Emacs mailer" is rather vague -- do you mean, VM, mh, or gnus? (I've tried VM, and I couldn't find this functionality... but then again, there's a LOT of functionality I can't find in VM...) Mutt sounds great; RtMCH seems more a paper on the theoretically ideal mailinglist than a list to which actual people who use a diverse set of mailer programs subscribe. The fact is that I have gotten at least 2 messages each time I have sent something to the GIMP list, because most people don't have a mailer which can support this feature, or if they do, it takes hours to discover and configure: most people don't have the time. I certainly don't. This juxtaposition seems especially ironic seeing as how e-mail is actually pretty poorly suited towards forum discussions like this, and the reason we use it is mostly because it's easier to cruft list-stuff onto email than write a whole new protocol. The paper you (Glyph) linked says you should demand "reply to vs from address" options in your mailer, which breaks the explicit purpose of Reply-To:, instead I suggest that you demand "reply to list" features in your mailer, and demand X-Reply-To-List or an equivalent. If someone knows of an X-Reply-To-List equivalent which is being actively used I'd appreciate a private reply about it, and similarly if you know a reason not to have such an X-header. Yes, reply-to-list features would be nice. The fact is that those features don't currently exist in most mailers, whereas reply to from address seems more prevalent. Also, the "explicit purpose of reply-to" is vague -- and in fact, as the paper I linked to said, defined in at least one RFC as *explicitly for* list addresses. Since the only purpose I've EVER seen reply-to headers used for is SPAM and mailinglists, such a feature seems correct to me; I use this feature all the time. I subscribe to several lists which do munging; none of them has had any problems (except for one where someone had his mailer filter out the reply-to header and so he sends duplicate replies to everyone -- this bothers people, but since he's the author of the software the list is about they don't complain too much). Aside from the counterexample I mentioned, I never get duplicate mails from then. This is the only non-munging list I subscribe to, and I *always* get duplicate replies from it. --- Even if you can deceive people about a product through misleading statements, sooner or later the product will speak for itself. - Hajime Karatsu
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]
