[Gimp-user] mimicking gnome desktop feature
Hi all, The gnome desktop background config widget lets you (used to let you? I don't see it in my gnome control center any more) take an image and blend it into your background with a hammered out look. Sorry, I cannot explain it better. I want to mimic that effect with the gimp. I have a desktop background and I would like to blend a photo into the background. The idea is for the photo to have that hammered out (like an image made of hammered out copper) look using the existing background color. Any ideas? -- Mark Drummond Technical Specialist STANTIVE Solutions Inc. - Kingston, ON, Canada Sun Microsystems Independent Sales Organization (ISO) T] 613.634.7410 ext.226 E] [EMAIL PROTECTED] F] 613.634.7412 W] www.stantive.com ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
RE: [Gimp-user] mimicking gnome desktop feature
Is the same as right clicking on the mouse to change the image? john -Original Message- From: Mark Drummond [mailto:mark.drummond;sun.com] Sent: Tuesday, October 29, 2002 2:03 PM To: [EMAIL PROTECTED] Subject: [Gimp-user] mimicking gnome desktop feature Hi all, The gnome desktop background config widget lets you (used to let you? I don't see it in my gnome control center any more) take an image and blend it into your background with a hammered out look. Sorry, I cannot explain it better. I want to mimic that effect with the gimp. I have a desktop background and I would like to blend a photo into the background. The idea is for the photo to have that hammered out (like an image made of hammered out copper) look using the existing background color. Any ideas? -- Mark Drummond Technical Specialist STANTIVE Solutions Inc. - Kingston, ON, Canada Sun Microsystems Independent Sales Organization (ISO) T] 613.634.7410 ext.226 E] [EMAIL PROTECTED] F] 613.634.7412 W] www.stantive.com ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: mimicking gnome desktop feature
[EMAIL PROTECTED] (2002-10-29 at 1403.22 -0500): I want to mimic that effect with the gimp. I have a desktop background and I would like to blend a photo into the background. The idea is for the photo to have that hammered out (like an image made of hammered out copper) look using the existing background color. Try bumpmap or lightining effects (this last one is a pain). GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] mimicking gnome desktop feature
Nope. Maybe I can explain better. I created a desktop wallpaper for myself using the gimp. It is saved as an xcf file for further editing, and as a jpg for actual use. The machine I am doing this on is a Sun box using CDE. I use xv to set the desktop wallpaper. I want to make an addition to the wallpaper I created. Specifically, I want to take a photographic image and incorporate it into the wallpaper. That is easy enough, just add a layer to my xcf file with the photo in it, but it is the particular visual effect I want that has me lost. The effect I want is that of hammered out metal. You may have seen artistic works made of hammered out copper sheeting. That is the effect I want (but using the color of my wallpaper) which visually gives you a hammered out 3 dimensional view of the photograph. Mark Cruz, John J wrote: Is the same as right clicking on the mouse to change the image? john -Original Message- From: Mark Drummond [mailto:mark.drummond;sun.com] Sent: Tuesday, October 29, 2002 2:03 PM To: [EMAIL PROTECTED] Subject: [Gimp-user] mimicking gnome desktop feature Hi all, The gnome desktop background config widget lets you (used to let you? I don't see it in my gnome control center any more) take an image and blend it into your background with a hammered out look. Sorry, I cannot explain it better. I want to mimic that effect with the gimp. I have a desktop background and I would like to blend a photo into the background. The idea is for the photo to have that hammered out (like an image made of hammered out copper) look using the existing background color. Any ideas? -- Mark Drummond Technical Specialist STANTIVE Solutions Inc. - Kingston, ON, Canada Sun Microsystems Independent Sales Organization (ISO) T] 613.634.7410 ext.226 E] [EMAIL PROTECTED] F] 613.634.7412 W] www.stantive.com ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Unusual font
Seems the reply got lost somewhere. [EMAIL PROTECTED] (2002-10-25 at 2109.22 -0600): My husband does all the technical stuff for me, but we do have a font called Keystroke that came with Corel draw. There is another one called Keycaps. You might do a search and find a source for it. In one of my previous installations of Gimp there was a font in which each glyph looked like a keyboard key with a letter on it. Is was intended no doubt for computer manuals and such. Does anyone remember the font, and have a current source of supply? Judy gave me an idea: xlsfonts | grep -i key -freefont-davysbigkeycaps-normal-r-normal--0-0-0-0-p-0-iso8859-1 Maybe what you are missing is the freefonts and sharefonts packs, they are in the GIMP FTP. GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] mimicking gnome desktop feature
Excuse me while I slap myself ... must need more coffee. The effect I was looking for was embossing. Mark Drummond wrote: Nope. Maybe I can explain better. I created a desktop wallpaper for myself using the gimp. It is saved as an xcf file for further editing, and as a jpg for actual use. The machine I am doing this on is a Sun box using CDE. I use xv to set the desktop wallpaper. I want to make an addition to the wallpaper I created. Specifically, I want to take a photographic image and incorporate it into the wallpaper. That is easy enough, just add a layer to my xcf file with the photo in it, but it is the particular visual effect I want that has me lost. The effect I want is that of hammered out metal. You may have seen artistic works made of hammered out copper sheeting. That is the effect I want (but using the color of my wallpaper) which visually gives you a hammered out 3 dimensional view of the photograph. Mark Cruz, John J wrote: Is the same as right clicking on the mouse to change the image? john -Original Message- From: Mark Drummond [mailto:mark.drummond;sun.com] Sent: Tuesday, October 29, 2002 2:03 PM To: [EMAIL PROTECTED] Subject: [Gimp-user] mimicking gnome desktop feature Hi all, The gnome desktop background config widget lets you (used to let you? I don't see it in my gnome control center any more) take an image and blend it into your background with a hammered out look. Sorry, I cannot explain it better. I want to mimic that effect with the gimp. I have a desktop background and I would like to blend a photo into the background. The idea is for the photo to have that hammered out (like an image made of hammered out copper) look using the existing background color. Any ideas? -- Mark Drummond Technical Specialist STANTIVE Solutions Inc. - Kingston, ON, Canada Sun Microsystems Independent Sales Organization (ISO) T] 613.634.7410 ext.226 E] [EMAIL PROTECTED] F] 613.634.7412 W] www.stantive.com ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] building gimp in solaris
Hello, I'm trying to build gimp 1.3.9 on solaris 5.8 I've already built gtk+ 2.0.6 and its sub-libs, they are installed in a non-standard location, pointed to by $USRLOC I'm running the gimp configure like this: $ CPPFLAGS=-I$USRLOC/include LDFLAGS=-L$USRLOC/lib ./configure --prefix=$USRLOC the output complains that it can't find gnome-config: ... found xgettext program is not GNU xgettext; ignore it checking for catalogs to be installed... ca cs da de el en_GB es fi fr ga gl hu hr it ja ko nl no pl pt pt_BR ro ru sk sv tr uk zh_CN zh_TW checking for pkg-config... /local/u1/work/usrlocal/bin/pkg-config checking for GLIB - version = 2.0.0... yes (version 2.0.6) checking for bind_textdomain_codeset... no checking for X... libraries /usr/openwin/lib, headers /usr/openwin/include checking whether -R must be followed by a space... no checking for gethostbyname... no checking for gethostbyname in -lnsl... yes checking for connect... no checking for connect in -lsocket... yes checking for remove... yes checking for shmat... yes checking for IceConnectionNumber in -lICE... yes checking for pkg-config... (cached) /local/u1/work/usrlocal/bin/pkg-config checking for GTK+ - version = 2.0.0... sh: gnome-config: not found sh: gnome-config: not found no *** Could not run GTK+ test program, checking why... *** The test program failed to compile or link. See the file config.log for the *** exact error that occured. This usually means GTK+ is incorrectly installed. configure: error: Test for GTK failed. See the file 'INSTALL' for help. what am I doing wrong? I'm attaching the config.log (compressed) thanks!! -- Lou config.log.bz2 Description: Binary data ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Gimp and CMYK DTP
On Tuesday 29 October 2002 09:23, John Culleton wrote: On Tuesday 29 October 2002 01:50 am, [EMAIL PROTECTED] wrote: I want to use Gimp for work on photo files(.tiff) and I have a question what about CMYK mode in Gimp ? How can I make me sure that my photo will be good when it will be printed in magazine ? I want to give my work to a profesional print office and they say : You must work in CMYK mode( like in Photoshop) or have a CMYK preview. How can it be done in Gimp ? Please, help me APU -- You can't, and this is the major shortcoming of Gimp. It is possible to convert to CMYK at the end of the process, but given the difference in gamut between the RGB and CMYK versions of the same image the quality of the result can be best described as uncertain. In an earlier post I discussed the program pnmtotiffcmyk which will indeed create a cmyk version of the file. However the colors do shift. This is especially problematic in photos of people involving flesh tones. The Gimp manual addresses this issue in chapter 13. John Culleton Able Indexers and Typesetters, Rowse Reviews, Culleton Editorial Services http://wexfordpress.com === We might also mention that this the fault of Adobe and not the Gimp programmers. I believe Adobe owns the right to this process and has been very reluctant to release any rights to it. I think the Gimp programmers or others have tried and continue to work on ways around this limitation as John pointed out here. Although Gimp doesn't provide the simplest process of doing CMYK, it can do it in most respects. Like the old saying though, you kinda have to go around the elbow to get to the hand. :o) Hopefully a solution to the CMYK seperation problem will be forthcoming in a later version of Gimp, because that seems to be it's only weak point at the moment for most professional users. Patrick Magic Page Products -- --- KMail v1.4.3 --- SuSE Linux Pro v8.0 --- Registered Linux User #225206 ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Gimp and CMYK DTP
On Tue, 29 Oct 2002 15:13:55 CDT, Patrick [EMAIL PROTECTED] wrote: Hopefully a solution to the CMYK seperation problem will be forthcoming in a later version of Gimp, because that seems to be it's only weak point at the moment for most professional users. Speak for yourself. For me, Gimp's major shortcomings are lack of proper colourspace management and inability to work on 16-bit (per R,G,B) images (sure you can read 16-bit TIFFs, but the extra data is thrown away). As a working photographer, these things give me the most pain. I'm sure there are other features (or lack thereof) which give other people pain apart from the lack of good CMYK support. Not to say that CMYK doesn't deserve attention, just to note that it's not the Gimp's only weak point. __ David Burren ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] building gimp in solaris
I believe the problem is that pkg-config can't find your gtk+. The gnome-config message is just a side affect. One way to solve this problem is to set a PKG_CONFIG_PATH environment variable pointing to the pkgconfig sugdirectories of each package that pkg-config will be used for. Below are some lines from a script that I used for building the gimp under Windows. I think you probably need something similar, but with your own solaris paths instead of my Windows paths. Perhaps there is some better/alternative way to solve this problem, but that's how I handled it. s/KAM export PKG_CONFIG_PATH=\ D:\\source\\gettext-dev-0.10.40-20020904\\lib\\pkgconfig\;\ D:\\source\\glib-dev-2.0.6-20020802\\lib\\pkgconfig\;\ D:\\source\\gtk+-dev-1.3.0-20020912\\lib\\pkgconfig echo PKG_CONFIG_PATH=$PKG_CONFIG_PATH - Original Message - From: Louis Rayman [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, October 29, 2002 1:54 PM Subject: [Gimp-user] building gimp in solaris Hello, I'm trying to build gimp 1.3.9 on solaris 5.8 I've already built gtk+ 2.0.6 and its sub-libs, they are installed in a non-standard location, pointed to by $USRLOC I'm running the gimp configure like this: $ CPPFLAGS=-I$USRLOC/include LDFLAGS=-L$USRLOC/lib ./configure --prefix=$USRLOC the output complains that it can't find gnome-config: ... found xgettext program is not GNU xgettext; ignore it checking for catalogs to be installed... ca cs da de el en_GB es fi fr ga gl hu hr it ja ko nl no pl pt pt_BR ro ru sk sv tr uk zh_CN zh_TW checking for pkg-config... /local/u1/work/usrlocal/bin/pkg-config checking for GLIB - version = 2.0.0... yes (version 2.0.6) checking for bind_textdomain_codeset... no checking for X... libraries /usr/openwin/lib, headers /usr/openwin/include checking whether -R must be followed by a space... no checking for gethostbyname... no checking for gethostbyname in -lnsl... yes checking for connect... no checking for connect in -lsocket... yes checking for remove... yes checking for shmat... yes checking for IceConnectionNumber in -lICE... yes checking for pkg-config... (cached) /local/u1/work/usrlocal/bin/pkg-config checking for GTK+ - version = 2.0.0... sh: gnome-config: not found sh: gnome-config: not found no *** Could not run GTK+ test program, checking why... *** The test program failed to compile or link. See the file config.log for the *** exact error that occured. This usually means GTK+ is incorrectly installed. configure: error: Test for GTK failed. See the file 'INSTALL' for help. what am I doing wrong? I'm attaching the config.log (compressed) thanks!! -- Lou ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Gimp and CMYK DTP
On Tuesday 29 October 2002 17:46, David Burren wrote: On Tue, 29 Oct 2002 15:13:55 CDT, Patrick [EMAIL PROTECTED] wrote: Hopefully a solution to the CMYK seperation problem will be forthcoming in a later version of Gimp, because that seems to be it's only weak point at the moment for most professional users. Speak for yourself. For me, Gimp's major shortcomings are lack of proper colourspace management and inability to work on 16-bit (per R,G,B) images (sure you can read 16-bit TIFFs, but the extra data is thrown away). As a working photographer, these things give me the most pain. I'm sure there are other features (or lack thereof) which give other people pain apart from the lack of good CMYK support. Not to say that CMYK doesn't deserve attention, just to note that it's not the Gimp's only weak point. __ David Burren == Thanks David, I was pretty sure it had some other weak points too, but I am not familar with all of them yet. It seemed like CMYK was one that was complained about a lot, so I gathered it was one of the biggies everyone would like to have fixed. Gimp is always a work in progress and with the ability to program scripts and the work of the programmers it continues to grow and get better. Usually too there are workarounds for most all of it's shortcomings. For the cost, it is an excellent choice for doing any type of artwork, don't you think? ;o) Patrick --- KMail v1.4.3 --- SuSE Linux Pro v8.0 --- Registered Linux User #225206 ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Gimp and CMYK DTP
Let me add that the gimp is an extremely useful tool for a lot more than just artwork. I am using it for technical documents, aerial photos, and document archival applications... It has a few weak points in those areas too, but I'm working on some of 'em... :-) s/KAM - Original Message - From: Patrick [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, October 29, 2002 7:12 PM Subject: Re: [Gimp-user] Gimp and CMYK DTP On Tuesday 29 October 2002 17:46, David Burren wrote: On Tue, 29 Oct 2002 15:13:55 CDT, Patrick [EMAIL PROTECTED] wrote: Hopefully a solution to the CMYK seperation problem will be forthcoming in a later version of Gimp, because that seems to be it's only weak point at the moment for most professional users. Speak for yourself. For me, Gimp's major shortcomings are lack of proper colourspace management and inability to work on 16-bit (per R,G,B) images (sure you can read 16-bit TIFFs, but the extra data is thrown away). As a working photographer, these things give me the most pain. I'm sure there are other features (or lack thereof) which give other people pain apart from the lack of good CMYK support. Not to say that CMYK doesn't deserve attention, just to note that it's not the Gimp's only weak point. __ David Burren == Thanks David, I was pretty sure it had some other weak points too, but I am not familar with all of them yet. It seemed like CMYK was one that was complained about a lot, so I gathered it was one of the biggies everyone would like to have fixed. Gimp is always a work in progress and with the ability to program scripts and the work of the programmers it continues to grow and get better. Usually too there are workarounds for most all of it's shortcomings. For the cost, it is an excellent choice for doing any type of artwork, don't you think? ;o) Patrick --- KMail v1.4.3 --- SuSE Linux Pro v8.0 --- Registered Linux User #225206 ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Printing with the Gimp 1.2.3
It all works but I don't understand.. Under debian woody I have the gimp 1.2 and gimp-print. I've set my Epson 640 printer as my default printer by means of magicfilter according to the following scheme: 1) lp is 360 dpi 2) lp720 is 720x720 dpi 3) lp1440 is 1440x720 dpi Now, using the print command under the gimp I have (tentatively) selected in 'setup printer' the epson 640 as my printer, and lp as my printer name. It works! But I find it all a bit confusing I mean I've chosen lp (which is 360 dpi to me) and I've selected other resolutions than the 1). Then why should I tell the Gimp what my printer is? Isn't already selected by magicfilter? Shouldn't be enough to select printer name only (either lp, or lp720 or lp1440)? Is there anyone out there able to explain the basic of printing with the gimp? Ciao Vittorio ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user