GDrawble -> pixmap, for plugin GUI purposes?
I'm working on a plugin for which I'm developing a GUI which needs to display the image in question. The GUI is being written in GTK. Is there an easy way, or some existing code (plugin) that exports a GDrawable to a some type of GdkDrawable? cc: me, your replies you'd be so kind. Thanks from a gimp-plugin newbie, Ryan
Re: some wierd font problems
Hi Alan, Resolusion difference between your jpeg screen shot and "new" image caused your experience. Your image was saved with 300dpi. But when you start with "new", the resolusion may be 72dpi by default. In the text font dialog, the text is rendered with 100dpi or 72 dpi. Anyway, the text is rendered in 14pt with the resolution of image. So pixel size was different as you seen. regard, -- SHIRASAKI Yasuhiro : Experimental Particle Physics, JLC Team Graduate School of Science, TOHOKU University 980-8578 Japan.
some wierd font problems
Basically what happens is this. I have an image I've captured somewhere else (ie: screenshot in windows) and try to put text on top of it. The text goes in fine but is 100x the size it should be. I have had to set the font size to arial 8pt just to get something that is *close* to what 20pt should be. Then (as I found today) by just copying and pasting the image into a new canvass the problems go away. I don't know if this is the gimp (1.1.16 compiled today, but this has been doing this on and off in the previous couple of versions), xfstt (1.1), the font (standard arial true type), or what... It's hard to explain. Head to http://arcterex.ufies.org/gimpfont for screenshots and hopefully a more coherant explanation :) The original image is up there (bottom of the page), so hopefully someone else will find the same problem. Regards, arcterex -- Alan -=|=- <[EMAIL PROTECTED]> -=|=- http://arcterex.ufies.org Lack of capability is usually disguised by lack of interest.
gimp && i18n == segfault
Since about two weeks, setting LANG to any value results on a segmentation fault on startup. Program received signal SIGSEGV, Segmentation fault. 0x4015822d in g_strdup (str=0x81e8273 "help_page") at gstrfuncs.c:56 gstrfuncs.c:56: No such file or directory. (gdb) bt #0 0x4015822d in g_strdup (str=0x81e8273 "help_page") at gstrfuncs.c:56 #1 0x40107f18 in __DTOR_END__ () #2 0x88b4b30 in ?? () #3 0x42207265 in ?? () (The stack-trace option, btw, outputs:) /usr/app/bin/gimp: fatal error: sigsegv caught /usr/app/bin/gimp (pid:23146): [E]xit, [H]alt, show [S]tack trace or [P]roceed: s #0 g_on_error_stack_trace ( #1 0x4016110c in __DTOR_END__ () #2 0x7070612f in ?? () (i.e. the same output you always get with that option ;) -- -==- | ==-- _ | ---==---(_)__ __ __ Marc Lehmann +-- --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e| -=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+ The choice of a GNU generation | |
Re: One more feature?
On Sun, Feb 06, 2000 at 07:20:41PM +0100, Sven Neumann wrote: > I always use "Save device settings on exit", but I think having a > default-brush in the gimprc which is not used is a bug. Go, fix it! Agreed, it is handy to have there.. Wasnt it that way at some point but got removed when the session thing got implemented? Tuomas -- .---( t i g e r t @ g i m p . o r g )---. | some stuff at http://tigert.gimp.org/ | `---'
Re: [gimp-devel] Re: Some UI inconsistencies and a patch....
On Mon, Feb 07, 2000 at 06:24:28PM +0200, Tuomas Kuosmanen wrote: [snip] > > The icons are imho very good, try making better ones and you understand > why. Of course they arent PuRdy CuTe, but that is not the point. Most > graphics tools dont have too colorful icons, excluding Painter(tm) of > course.. :) Also, they are Standard Icons. I know that doesn't mean much in the GUI-of-the-week world of X, but they are Macintosh toolbox icons designed so that anyone using one paint program wouldn't have to re-learn a whole new set of interface and icon conventions to figure out another one. Zach -- Zachary Beane [EMAIL PROTECTED] PGP mail welcome. http://www.xach.com/pgpkey.txt
Re: Sample Colorize [Was: Re: Buggy plugins]
On Mon, Feb 07, 2000 at 05:15:02AM -0500, Garry R. Osgood wrote: > Sven Neumann wrote: > > > Hi, > > > > > > > If you'd ever > > seen how Karin turns an old b/w photo into a colored one in a few minutes, > > you would know how good and useful his plug-in really is. (I had the > > chance to make this joyful experience last year in Berlin, when Karin and > > Olof presented the printed versiom of the GUM.) > > > > Salut, Sven > > I couldn't agree more - a plug-in that I find just mildly interesting > found in the hands of another individual becomes a tool of great > power. > > I trust, when the time comes to winnow plug-ins down to production > numbers, the traffic on this mailing list will increase dramatically ;) > > By the way, /Filters/Colors/Map/Sample Colorize... which > engendered this small aside has Wolfgang Hofer as author of record > (and no one is maintaining it on a regular basis, according to > PLUGIN_MAINTAINERS) Were Karin/Olof unsung contributors? Whoa. I played with it a bit and yes, it is pretty cool. The functionality wasnt just too obvious. Does GUM have anything about it? I could use some tutoring from Karin on this plugin .. :) I still am amazed at the IFS stuff she showed us in ALS. Tuomas -- .---( t i g e r t @ g i m p . o r g )---. | some stuff at http://tigert.gimp.org/ | `---'
Re: Pathtool?
On Sun, Feb 06, 2000 at 03:14:06PM +0100, [EMAIL PROTECTED] wrote: > > It doesnt work. You can click to add points, and move them around. It > > is very nice start for a new gui for Bezier tool but it is not > > _working_ since you cannot really do anything useful with it yet. > > What's missing except of converting the paths to a selection? > I never use the bezier path tool because it never works like > someone would expect it: A click here, a click there and you've > got more points marked than you would like to have :( It is also not possible to pull out the handles I think, thus at this point it is a polygon tool :) I'm expecting a lot from this tool though, I really wish Simon and the dudes have time to finish it. Tuomas -- .---( t i g e r t @ g i m p . o r g )---. | some stuff at http://tigert.gimp.org/ | `---'
Re: Announcing a New GIMP Book
Carey, I'm not a gimp-developer but use it since 0.54 and would like to be a little bit close to the book -) Is it possible to setup mirror of your book online in Russia ? I may offer our web site at Moscow University (http://www.sai.msu.su). Certainly your book online will be full of graphic and it would be a pain for russian users. Regards, Oleg On Mon, 7 Feb 2000, Carey Bunks wrote: > Date: Mon, 7 Feb 2000 11:37:37 -0500 > From: Carey Bunks <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Announcing a New GIMP Book > > > > Dear GIMP developers, > > In about a week (that is, around February 15, 2000), my book "Grokking > the GIMP" will become available for sale from both bookstores and > online sources. > > This announcement is to let you know that Laurie Petrycki, my editor > at New Riders Publishing, has generously agreed to send a > complimentary copy of the book to each of the "core" developers of the > GIMP. The definition we finally agreed on for the core developers are > those persons whose names are listed in the file "about_dialog.c" as > of version 1.1.15 of the GIMP (see attached list). > > To let you know a little about the book, "Grokking the GIMP" is a full > 4-color, intermediate to advanced guide. Its goal is to explain the > most powerful tools in the GIMP, and how to use these tools in the > most effective ways. In addition to the conceptual approach adopted > by the book, nine major projects, as well as many smaller ones, > present the practical aspects of using the GIMP for advanced image > manipulation work. The book covers in detail photo touchup, image > enhancement, image compositing, rendering, and image development for > the Web. For more on the book, you can visit the New Riders Web-site > at http://www2.newriders.com/cfm/prod_book.cfm?RecordID=307. > > I am also happy to announce that the book will be available under an > open publication license. I am currently setting up the Web-site that > will make the contents of "Grokking the GIMP" available to the public > at large, and I hope to debut the site before the end of February > 2000. > > I plan to send an individual e-mail to each of the persons named in > the following list. However, because I am not sure that all the > e-mail addresses I have are correct, and because I am missing the > addresses of several listed developers I am asking you to help notify > those who may not be reading this mailing list. > > For those of you on the following list who are interested in receiving > a complimentary copy of "Grokking the GIMP", please send me your > snail-mail address and indicate whether you would like me to sign your > copy. > > Best regards, > > Carey Bunks > > > Dr. Carey Bunks > Senior Scientist > BBN Corp. > 70 Fawcett St, 15/2A > Cambridge, MA 02138 > tel: 617-873-3028 fax: 617-873-2918 > email: [EMAIL PROTECTED] > > > > > > GIMP Developers list (taken from about_dialog.c -- please forward > missing e-mail addresses -- thanks!): > > Peter Mattis[EMAIL PROTECTED] > Spencer Kimball [EMAIL PROTECTED] > > Lauri Alanko[EMAIL PROTECTED] > Shawn Amundson [EMAIL PROTECTED], [EMAIL PROTECTED] > John Beale [EMAIL PROTECTED] > Zach Beane [EMAIL PROTECTED], [EMAIL PROTECTED] > Tom Bech[EMAIL PROTECTED] > Marc Bless [EMAIL PROTECTED] > Edward Blevins [EMAIL PROTECTED] > Roberto Boyd > Stanislav Brabec[EMAIL PROTECTED] > Simon Budig [EMAIL PROTECTED] > Seth Burgess[EMAIL PROTECTED], [EMAIL PROTECTED] > Brent Burton[EMAIL PROTECTED] > Francisco Bustamante[EMAIL PROTECTED] > Ed Connel [EMAIL PROTECTED] > Jay Cox [EMAIL PROTECTED] > Kenneth Christiansen[EMAIL PROTECTED] > Andreas Dilger [EMAIL PROTECTED] > Austin Donnelly [EMAIL PROTECTED], [EMAIL PROTECTED] > Scott Draves[EMAIL PROTECTED] > Misha Dynin [EMAIL PROTECTED] > Daniel Egger[EMAIL PROTECTED] > Larry Ewing [EMAIL PROTECTED] > Nick Fetchak[EMAIL PROTECTED] > Valek Filippov [EMAIL PROTECTED] > David Forsyth > Jim Geuther > Scott Goehring [EMAIL PROTECTED] > Heiko Goller[EMAIL PROTECTED] > Michael Hammel [EMAIL PROTECTED] > James Henstridge[EMAIL PROTECTED] > Christoph Hoeg [EMAIL PROTECTED] > Wolfgang Hofer [EMAIL PROTECTED] > Jan Hubicka [EMAIL PROTECTED] > Simon Janes [EMAIL PROTECTED] > Tim Janik [EMAIL PROTECTED]
Re: [gimp-devel] Re: Announcing a New GIMP Book
Carl B. Constantine ([EMAIL PROTECTED]) wrote: > Is there any way to "unflatten" or unmerge layers in the Gimp? Here's why. I > used a Script-Fu script to generate a 3D Text logo for my wife. It looks > very cool. However, the final image only has a single layer and the > background is all white. This means I can't change the background at all no > matter what I've tried. I've tried duplicating the layer and modifying one > layer. I've just tried selecting all the white area - but this doesn't work > well due how the text turned out, etc. but I want to use a different > background for this image. It would be nice if the script-fu scripts kept > the layers in tact so that users could do some more manipulation > ofter-the-fact to fine tune the image a bit. To unmerge the layers would involve significant magic, since this infomation is lost when flattening the images... You can try to eliminate the call to (gimp-flatten-image foo) in the script. Hopefully this is the last step in the script. Then the layers will be preserved. HTH, Simon -- [EMAIL PROTECTED] http://www.home.unix-ag.org/simon/
Re: Announcing a New GIMP Book
On 2/7/2000 8:37, Carey Bunks at [EMAIL PROTECTED] wrote: > This announcement is to let you know that Laurie Petrycki, my editor > at New Riders Publishing, has generously agreed to send a > complimentary copy of the book to each of the "core" developers of the > GIMP. The definition we finally agreed on for the core developers are > those persons whose names are listed in the file "about_dialog.c" as > of version 1.1.15 of the GIMP (see attached list). Dang! makes me really wish I was on the list ;-) I am looking forward to your book however. I was salivating over it at the MCP web site. I look forward to seeing your book in my local book store. Along with another new GIMP book, Guerilla Guide to Great Graphics with theGimp, and Gimip for Linux Bible. (I just can't get enough GIMP books). Congrats on writing such a book. This leads me to a question for you (You knew this was coming didn't you ;-) Is there any way to "unflatten" or unmerge layers in the Gimp? Here's why. I used a Script-Fu script to generate a 3D Text logo for my wife. It looks very cool. However, the final image only has a single layer and the background is all white. This means I can't change the background at all no matter what I've tried. I've tried duplicating the layer and modifying one layer. I've just tried selecting all the white area - but this doesn't work well due how the text turned out, etc. but I want to use a different background for this image. It would be nice if the script-fu scripts kept the layers in tact so that users could do some more manipulation ofter-the-fact to fine tune the image a bit. Thanks. -- __ _ Carl B. Constantine / / (_)__ __ __ [EMAIL PROTECTED] / /__/ / _ \/ // /\ \/ / (2.2.14)http://www.pobox.com/~macman //_/_//_/\_ _/ /_/\_\ Stormix 2000 PGP key available on request VLUG - Victoria Linux Users GroupICQ: 26351441
Re: Sample Colorize [Was: Re: Buggy plugins]
On Mon, Feb 07, 2000 at 04:17:26PM +0100, Sven Neumann wrote: > Hi, > > > So it is basically Gradient Map on steroids? > > The option to use a gradient as colorsource is an extra goodie. The normal > usage is colorizing grayscale photos with the use of color photos as color > source. Ever tried to colorize human skin using standard techniquees like > painting in color mode etc.? Try this with the Sample Colorize plug-in and > use a portrait photo as color source. If you created your selection > accurately the outcome is just perfect. All righty. One more tool to my image-manipulation toolbox. I also now agree it rocks. Absolutely cool for colorizing a black/white photo portraits. Tuomas -- .---( t i g e r t @ g i m p . o r g )---. | some stuff at http://tigert.gimp.org/ | `---'
Re: [gimp-devel] Re: Pathtool?
On 7 Feb, Simon Budig wrote: > Agreed. Its a pity that I dont have the time to complete the tool at > the moment and - as pointed out earlier - I dont dare to touch the > Path-Dialog in the current feature-freeze state. The > converting-to-selection should be pretty easy. Hm, I'll have a look at this and will make some tests whether this works >>> I'd like to hear the thoughts of developers, too > Hmm - Sven is no developer??? Of course he is, and a very important one indeed. It's a very bad and silly typo. Should have been: 'I'd like to hear the thoughts of OTHER developers, too' One thought isn't enough for me... :) > The behaviour of the old Path-tool is strange - yes. But I dont think > it is buggy. I can not remember how to use it and so it sometimes > seems strange when clicking on an anchor creates a new anchor. But > this is not a bug: To move an anchor you have to press IIRC Ctrl. OK, will try to use it... Let's get 1.2 out of the door so we can concentrate on the nifty features again... :)) -- Servus, Daniel
Re: Pathtool?
On Mon, Feb 07, 2000 at 09:43:17AM +0100, [EMAIL PROTECTED] wrote: > On 6 Feb, Marc Lehmann wrote: > > > This has been mentioned at least three times on this list: one of them > > works, the other doesn't. > > Both don't work correctly, as I stated before. Do you read my mails? > The Bezier Select Tool behaves very strange: Points appear automatically > here and there and sometimes I can't change a curve. I don't know how > this can be reproduced as I can't trigger this bugs always... :/ It has the problem of being very sensitive to pointer accuracy :( Other than that it works very well, but the bezier tool is perhaps one of the most complex tools in a image manipulation program. It is also one of the most powerful ones, thus taking some time to learn. But the point in the path tool is that it was intended as a replacement _gui_ for the bezier tool, making the _gui_ more usable. Like it has been mentioned before, it is work in progress and thus doesnt do anything useful yet. There is no problem in deciding which one to keep, once it works and is debugged, the current bezier tool shall die and the path tool shall take its place in the glory. > > Even a gimp-beginner can find this out in minute or so. > > A beginner will most probably not use this tool for making > selection because it'll give strange results if you don't know how it > works... No, this aren't just my thoughts. I demonstrated the GIMP > to quite a lot of people who are using it now and tell me those things. I have made a tutorial on this, which you might find helpful (at least a lot of people have told me it helped them) http://tigert.gimp.org/gimp/tutorials/ It is just a complex tool, and requires quite a bit of practice. The path tool plays a major role in photoshop books and courses too. Tuomas -- .---( t i g e r t @ g i m p . o r g )---. | some stuff at http://tigert.gimp.org/ | `---'
Re: Pathtool?
On 7 Feb, Tuomas Kuosmanen wrote: > It has the problem of being very sensitive to pointer accuracy :( > Other than that it works very well, but the bezier tool is perhaps one > of the most complex tools in a image manipulation program. It is also > one of the most powerful ones, thus taking some time to learn. But the > point in the path tool is that it was intended as a replacement _gui_ > for the bezier tool, making the _gui_ more usable. Like it has been > mentioned before, it is work in progress and thus doesnt do anything > useful yet. There is no problem in deciding which one to keep, once it > works and is debugged, the current bezier tool shall die and the path > tool shall take its place in the glory. Sounds reasonable... > I have made a tutorial on this, which you might find helpful (at least > a lot of people have told me it helped them) > http://tigert.gimp.org/gimp/tutorials/ > It is just a complex tool, and requires quite a bit of practice. The > path tool plays a major role in photoshop books and courses too. I'll have a look. Keep on making these great icons; I really like them... -- Servus, Daniel
Re: Sample Colorize [Was: Re: Buggy plugins]
On Mon, 7 Feb 2000, Tuomas Kuosmanen wrote: > On Sun, Feb 06, 2000 at 07:04:12PM -0500, Garry R. Osgood wrote: > > [zap] > > > What it does: > > [zap] > > So it is basically Gradient Map on steroids? > > Tuomas I experimented with it a little last night. The thing rocks! -- Jon Winters http://www.obscurasite.com/ OpenVerse http://www.openverse.org/
Re: [gimp-devel] Re: Some UI inconsistencies and a patch....
On Sun, Feb 06, 2000 at 03:11:35PM +0100, [EMAIL PROTECTED] wrote: > On 5 Feb, Marc Lehmann wrote: > > >>> Thats not the point. The point is effective user feedback. > >> Now, where are the users? :) > > > Here is one. If you are not a user you should not decide whats best > > for them. Especially not if you limit your horizon to a single person > > (yourself). > > I'm running tests with more or less experienced people to get some > feedback. One of the common thoughts: The icons are very bad. > > Tigert? Well, the icons look pretty much like the ones in Photoshop. They may be ugly, but I find them distinctive enough to be useful as a visual clue. I once tried to make nifty icons but I dont have enough energy for the whole project at this point. I'll keep it in mind though. If I ever do that I want it to be as good as possible, in other words I dont want to do it with my left^H^H^H^Hright hand (I'm left handed :) The icons are imho very good, try making better ones and you understand why. Of course they arent PuRdy CuTe, but that is not the point. Most graphics tools dont have too colorful icons, excluding Painter(tm) of course.. :) Tuomas -- .---( t i g e r t @ g i m p . o r g )---. | some stuff at http://tigert.gimp.org/ | `---'
Re: Pathtool?
On 7 Feb, Tuomas Kuosmanen wrote: > I'm expecting a lot from this tool though, I really wish Simon and the > dudes have time to finish it. Maybe some people will find time to lend him a helping hand... :) ... for 1.3. -- Servus, Daniel
