Re: [Gimp-user] Script-fu problem -- how to load an image
On Mon, 22 Mär 2004, Sven Neumann wrote: Here the script: (define (script-fu-fileload filein) (gimp-message-set-handler 1) ; Create an img and a layer (gimp-message 1) (gimp-message filein) (set! my-image (gimp-file-load 1 filein filein)) (gimp-message 2)) (script-fu-register script-fu-fileload Toolbox/Script-Fu/Norb/fileload Testscript Norbert Preining [EMAIL PROTECTED] Norbert Preining 2004.03.17 SF-FILENAME filein ./dummy.tiff) But I cannot get it to run without error: $ gimp --no-data -i --verbose -b '(script-fu-fileload \test.tif\) You need to pass all parameters to your script. You can use the PDB Browser to check how the script is actually registered. GIMP added a run-mode parameter for you. So please try this command-line instead: gimp --no-data -i --verbose -b '(script-fu-fileload 0 \test.tif\) Same same unfortunately: $ gimp --no-data -i --verbose -b '(script-fu-fileload 0 \test.tif\)' This is a development version of The GIMP. Debug messages may appear here. INIT: gimp_load_config Parsing '/etc/gimp/1.3/gimprc' Parsing '/home/norbert/.gimp-1.3/gimprc' gimp_composite: use=yes, verbose=no supported by gimp_composite: +mmx +sse -sse2 -3dnow -altivec -vis INIT: gimp_initialize INIT: gimp_real_initialize INIT: gimp_restore INIT: gimp_real_restore Starting extension: 'extension_script_fu' script-fu: 1 batch command: experienced an execution error. So this didn't help, hmm. Best wishes Norbert --- Norbert Preining preining AT logic DOT at Technische Universität Wien gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- VANCOUVER (n.) The technical name for one of those huge trucks with whirling brushes on the bottom used to clean streets. --- Douglas Adams, The Meaning of Liff ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] menu font
Hi, I use gimp2.0pre3 with debian/sid; the menu-font is too small but I cannot find any knob to enlarge it. Can I get any hint? Thanks Peter ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re : [Gimp-user] menu font
Le 23.03.2004 18:52, peter kupec a écrit : Hi, I use gimp2.0pre3 with debian/sid; the menu-font is too small but I cannot find any knob to enlarge it. Can I get any hint? Thanks Peter Peter, Maybe you have choosen the small theme in Preferences - Interface ? -- Regards - Jean-Luc pgp0.pgp Description: PGP signature
[Gimp-user] Gimp and prepress functions
I recognize that Gimp is web-centric, and that enhanced prepress capabilities are somewhere in the future. However some of us do use Gimp for images ending up on the printed page. And critics of Gimp and Open Source software in general jump on prepress issues as a point of criticism. In addition to CMYK the issue of ICC color profiles has been raised. Photoshop offers several profiles for e.g., coated paper, uncoated paper and so on. It is clumsy to develop in Gimp, and then transfer to Photoshop just for profiling. What are the prospects of doing something in this area? Is any of it on the agenda? -- John Culleton Able Typesetters and Indexers http://wexfordpress.com ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Gimp and prepress functions
On Tue, Mar 23, 2004 at 01:36:49PM -0500, John Culleton wrote: I recognize that Gimp is web-centric, and that enhanced prepress capabilities are somewhere in the future. However some of us do use Gimp for images ending up on the printed page. And critics of Gimp and Open Source software in general jump on prepress issues as a point of criticism. In addition to CMYK the issue of ICC color profiles has been raised. Photoshop offers several profiles for e.g., coated paper, uncoated paper and so on. It is clumsy to develop in Gimp, and then transfer to Photoshop just for profiling. What are the prospects of doing something in this area? Is any of it on the agenda? i am not certain what all color profiling needs. i have been following lcms mail list and still do not understand it. i have been able to use gimp and templates to make web pages and i have planned to make LaTeX pages, however my time seems to be almost up. carol.gimp.org is down right now -- for whatever reason, but i put a screenshot of a color dialog that has appeared in the new gimp. i am not certain if it meets your needs, but i would be curious to know how it fails to. http://www.gimp.org/~carol/files/colorselector.png the way to get this dialog in your gimp would be via the dialogs menu; it is called Colors. as you can see from my screenshot, it is dockable. truthfully, if you can print an html template you can easily print a LaTeX document. if you would be interested in seeing my scripts (python) send me a note and i will provide them for you. carol ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re : [Gimp-user] Re: Gimp and prepress functions
Hi, Colormanagement is something needed if you want to process digital photography. You need along the whole process to know in which colour space you are working and to work with calibrated devices. Without a proper colormanagement, your photos on the screen will never have the same colours you see when you get them, and the prints you will get (with your inkjet printer, a minilab or any process) will never have the same colours you have seen (and adjusted) with the picture processing tool. You can read some basics about colormanagement in the following paper: http://www.adobe.com/support/techdocs/c9fe.htm -- Regards - Jean-Luc Le 23.03.2004 20:26, Carol Spears a écrit : On Tue, Mar 23, 2004 at 01:36:49PM -0500, John Culleton wrote: I recognize that Gimp is web-centric, and that enhanced prepress capabilities are somewhere in the future. However some of us do use Gimp for images ending up on the printed page. And critics of Gimp and Open Source software in general jump on prepress issues as a point of criticism. In addition to CMYK the issue of ICC color profiles has been raised. Photoshop offers several profiles for e.g., coated paper, uncoated paper and so on. It is clumsy to develop in Gimp, and then transfer to Photoshop just for profiling. What are the prospects of doing something in this area? Is any of it on the agenda? i am not certain what all color profiling needs. i have been following lcms mail list and still do not understand it. i have been able to use gimp and templates to make web pages and i have planned to make LaTeX pages, however my time seems to be almost up. carol.gimp.org is down right now -- for whatever reason, but i put a screenshot of a color dialog that has appeared in the new gimp. i am not certain if it meets your needs, but i would be curious to know how it fails to. http://www.gimp.org/~carol/files/colorselector.png the way to get this dialog in your gimp would be via the dialogs menu; it is called Colors. as you can see from my screenshot, it is dockable. truthfully, if you can print an html template you can easily print a LaTeX document. if you would be interested in seeing my scripts (python) send me a note and i will provide them for you. carol ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user pgp0.pgp Description: PGP signature
Re: [Gimp-user] Gimp and prepress functions
John Culleton wrote: I recognize that Gimp is web-centric, and that enhanced prepress capabilities are somewhere in the future. However some of us do use Gimp for images ending up on the printed page. And critics of Gimp and Open Source software in general jump on prepress issues as a point of criticism. In addition to CMYK the issue of ICC color profiles has been raised. Photoshop offers several profiles for e.g., coated paper, uncoated paper and so on. It is clumsy to develop in Gimp, and then transfer to Photoshop just for profiling. What are the prospects of doing something in this area? Is any of it on the agenda? Someone would have to develop the profiles. The way Photoshop does it is by buying printers and doing test prints and gathering colorimetric data. The GIMP developers are short on people who have access to colorimetry labs, not to mention lots of printers. A lot of the processes that go into prepress are tied up in patent and trade secret law. Getting those processes into the GIMP will be no easy task. Kelly ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Gimp and prepress functions
Kelly Martin [EMAIL PROTECTED] wrote: Someone would have to develop the profiles. The way Photoshop does it is by buying printers and doing test prints and gathering colorimetric data. The GIMP developers are short on people who have access to colorimetry labs, not to mention lots of printers. A lot of the processes that go into prepress are tied up in patent and trade secret law. Getting those processes into the GIMP will be no easy task. This is a furphy. Generating the profiles is quite different from using them. There are existing libraries (e.g. lcms) to convert between colour spaces (defined by profiles) and there's even a Gimp plug-in to do this. There is even software for generating profiles for printers/scanners/etc (not part of the Gimp, but it doesn't have to be). For accurate colour work you typically need to profile your own devices, as each has a slightly different colour response (e.g. for a printer it depends on the driver settings, the ink, and the paper choices). Monitors in particular constantly change their behaviour and need to be reprofiled regularly. Good print labs profile their devices and provide the profiles to their clients. It's not up to the Gimp to generate profiles, it's up to the Gimp to use them. Unfortunately Gimp has a way to go before it has a concept of your monitor colour space (and dynamically converting displayed images into that colour space) and a colour space for each image. This is something that Photoshop (and most of the other Adobe software) does very well. The Gimp has a plain model where there is only one colour space: your monitor's. Everything is dealt with as just RGB (disregarding the HSV/etc composition/decomposition feature) and sent to your monitor as-is. I think a more-sophisticated model is required to support a colour-managed workflow (and things like 16-bit support, CMYK, L*a*b, etc are just part of that). Other projects like CinePaint (nee FilmGimp) are making progress on this. Hopefully the Gimp will catch up. But I don't think patent and trade secret law has much to do with it. __ David Burren ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Gimp and prepress functions
Hi, John Culleton [EMAIL PROTECTED] writes: In addition to CMYK the issue of ICC color profiles has been raised. Photoshop offers several profiles for e.g., coated paper, uncoated paper and so on. It is clumsy to develop in Gimp, and then transfer to Photoshop just for profiling. What are the prospects of doing something in this area? Is any of it on the agenda? GIMP 2.0 comes with a color proof display filter that uses ICC color profiles to simulate a proof on your monitor. Support for such filters is new in 2.0 and for the future it is planned to integrate display filter modules better into the workflow. Sven ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Gimp and prepress functions
David Burren wrote: and need to be reprofiled regularly. Good print labs profile their devices and provide the profiles to their clients. It's not up to the Gimp to generate profiles, it's up to the Gimp to use them. My gf used to work for a large prepress company. They spent a lot of money generating and validating matching profiles, and they're not going to just give them to anyone. If you want them, you pay for them. That's where the trade secret law comes in. Kelly ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] menu font
On Tue, Mar 23, 2004 at 06:41:23PM -0600, Eric Pierce wrote: To affect fonts in all GTK2 apps, I have the following in my ~/ .gtkrc-2.0 file style user-font { font_name=century 12 } widget_class * style user-font The preferred way to do this is simply: gtk-font-name = century 12 in ~/.gtkrc-2.0. Note that this will be overridden by an XSettings manager, like gnome-session, so if you're running that you need to change it in the Gnome preferences. Also, a lot of people have a misconfigured dpi setting for the X server, which you can override with the Xft.dpi XResource (or Gnome preferences, again). -Yosh Of course, you can change the font to whatever you want. Hi, I use gimp2.0pre3 with debian/sid; the menu-font is too small but I cannot find any knob to enlarge it. Can I get any hint? Thanks Peter ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Gimp and prepress functions
In my recent experience, ICC (or ICM or both?) profiles are included with a lot of newer hardware, and/or they can be downloaded from the manufacturer's web sites. That seems to be increasingly prevelant, at least as far as devices with Windows support are concerned. I don't know much about these profiles, but it appears that these can be used across multiple applications. Under Windows, files with .icc and .icm extensions are normally installed under the %windir%\system32\spool\drivers\color directory. Right now, there are about 50 of those files installed on one of my machines, including a significant number that appear to be for hardware that I don't even own. My first conclusion is that a signifcant number of color profiles appear to now be either included with hardware (such as monitors, scanners, and printers), included with various applications (e.g Corel Draw), and/or included with the Windows OS. My second conclusion is that it seems reasonable that the Gimp *might* be able to use these, since they don't appear to be application-specific. However, I don't know anything about the format or content of those files, nor how to go about selecting and using the profile that is appropriate for a particular device. So, I don't know whether these same files might be usable under Linux for example, nor how difficult it might be to enable use of them from the gimp. Mainly I just wanted to offer these observations in case they might be applicable to the availability issue. s/KAM - Original Message - From: Kelly Martin [EMAIL PROTECTED] To: David Burren [EMAIL PROTECTED] Cc: John Culleton [EMAIL PROTECTED]; GIMPUser [EMAIL PROTECTED] Sent: Tuesday, March 23, 2004 7:10 PM Subject: Re: [Gimp-user] Gimp and prepress functions David Burren wrote: and need to be reprofiled regularly. Good print labs profile their devices and provide the profiles to their clients. It's not up to the Gimp to generate profiles, it's up to the Gimp to use them. My gf used to work for a large prepress company. They spent a lot of money generating and validating matching profiles, and they're not going to just give them to anyone. If you want them, you pay for them. That's where the trade secret law comes in. Kelly ___ 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 prepress functions
Kelly Martin [EMAIL PROTECTED] wrote: My gf used to work for a large prepress company. They spent a lot of money generating and validating matching profiles, and they're not going to just give them to anyone. If you want them, you pay for them. This is silly. The profiles would be for their specific machines, and would be useless with anyone else's (even with the same make hardware, as the knobs and dials would probably not be in standard positions). The choice of ink and paper stock are also factors. I'm not saying the prepress company wouldn't do it, just that I think it would be a completely silly reason for not supplying the target profile. Even if they did not want to provide the final profiles, if they want any chance of supporting a digital colour-managed workflow they would have to accept files tagged with other profiles (e.g. AdobeRGB, sRGB, ProPhotoRGB, various CMYK colour spaces, etc) and do the conversion in-house. One of the labs I deal with has its own intermediate colour space that it gets us to convert to, so internally they can manage the choice of printer/paper/etc for each job and update the target profiles whenever they calibrate the machines (without having to send them out to all the clients). Those intermediate colour spaces should be available to the Gimp (although there _are_ copyright considerations with the profiles). The format of these ICC profiles is defined in a standard, and the lcms library already knows how to deal with them. Cheers __ David ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Gimp and prepress functions
David Burren wrote: This is silly. The profiles would be for their specific machines, and would be useless with anyone else's (even with the same make hardware, as the knobs and dials would probably not be in standard positions). The choice of ink and paper stock are also factors. I'm not saying the prepress company wouldn't do it, just that I think it would be a completely silly reason for not supplying the target profile. Indeed. Their clients (Fortune 500 companies, every last one of them) pay dearly for them to develop exact color matching profiles that match the specific printing presses, stock, and inks they use. Kelly ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re : [Gimp-user] Gimp and prepress functions
Le 24.03.2004 01:59, Sven Neumann a écrit : Hi, John Culleton [EMAIL PROTECTED] writes: In addition to CMYK the issue of ICC color profiles has been raised. Photoshop offers several profiles for e.g., coated paper, uncoated paper and so on. It is clumsy to develop in Gimp, and then transfer to Photoshop just for profiling. What are the prospects of doing something in this area? Is any of it on the agenda? GIMP 2.0 comes with a color proof display filter that uses ICC color profiles to simulate a proof on your monitor. Support for such filters is new in 2.0 and for the future it is planned to integrate display filter modules better into the workflow. I've used the colour proof display filter with profiles I built with an eye one spectrophotometer from GretagMacbeth. This allows be at least to have the right colours on the screen while the photos I get from my digital slr camera. This is one step in the right direction. But only the display is affected: the output is left unmodified. There is also the need (with digital photography in mind and this is a growing usage of tools like The Gimp) to work in a given colour space (i.e. sRGB or Adobe RBG 1998) and the used colour space should be included in the final picture ready to prints: most of the labs need this information so that you get the picture unmodified. Without the colour space information, most of the time, the colours are shifted and your work is ruined. Sven pgp0.pgp Description: PGP signature