Re: [Gimp-user] 2.9.4 Release-Icons
That's very unfortunate. From what I could see on the Release Notes page, the icons are not that big. Being grey-on-grey and two-dimensional also works against legibility. Rick S. -Original Message- From: Kevin Payne Sent: Wednesday, January 11, 2017 12:18 AM To: Rick Strong ; GIMP User List Subject: RE: [Gimp-user] 2.9.4 Release-Icons From: gimp-user-list [gimp-user-list-boun...@gnome.org] on behalf of Rick Strong [rnstr...@primus.ca] Sent: 10 January 2017 22:48 To: GIMP User List Subject: [Gimp-user] 2.9.4 Release-Icons I have V. 2.8.16. Reading about GIMP 2.9.4 I am wondering if I will still be able to use my Color-32 icon theme? Rick S. ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list No you won't be able to use Color-32 as it's a full theme not an icon theme. Also, unless some work has been done to allow for users to select larger icons, GIMP's use of the icon-theme mechanisn will prevent you from having larger icons. Kevin ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
Re: [Gimp-user] 2.9.4 Release-Icons
From: gimp-user-list [gimp-user-list-boun...@gnome.org] on behalf of Rick Strong [rnstr...@primus.ca] Sent: 10 January 2017 22:48 To: GIMP User List Subject: [Gimp-user] 2.9.4 Release-Icons I have V. 2.8.16. Reading about GIMP 2.9.4 I am wondering if I will still be able to use my Color-32 icon theme? Rick S. ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list No you won't be able to use Color-32 as it's a full theme not an icon theme. Also, unless some work has been done to allow for users to select larger icons, GIMP's use of the icon-theme mechanisn will prevent you from having larger icons. Kevin ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
Re: [Gimp-user] GIMP datadriven graphics
On 10/01/17 01:12, gre2gor wrote: I am a quick leaner from examples. Currently I got my self in Powershell, a few years ago I did a lot with GHOST and EPS manipulations. Is there one working example? Or something in my course? Exemple of Gimp Python scripts? Take your pick: http://sourceforge.net/projects/gimp-tools/files/scripts/ ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
Re: [Gimp-user] Printing a poster file issues
On 01/10/2017 05:19 PM, big__dav wrote: > Please go easy on me as I have not done anything like this before and I am > sure > I am making a stupid mistake somewhere. > > I need to create a poster that is roughly 1.3m x 2m and the printer requires > at > least 300 DPI. That a lot of pixels. But I am confident that the PDF file size can be reduced. Try exporting your image to PNG, and to JPG format at about 85% quality. This should yield smaller files. PNG is a lossless format, so there will be no loss of resolution; JPG will be smaller than the PNG, at the cost of a slight amount of noise. The slight loss of resolution found in the JPG file will not matter, if your poster will be viewed from more than arm's length away. You may also find that 150 DPI is sufficient for your purpose, again if the poster will not be viewed at "normal reading distance," which gives a file 1/4 the size of one in the same format at 300 DPI. To make the PDF file, I would import the JPG into Inkscape, adjust the and export to PDF from there. Do File > Import and select the Embed option. Then do File > Document Properties, and select the resize page to content option (set any necessary margins here). Do File > Save As, and select Portable Document Format. In the dialog, set the resolution to match whatever your image DPI is (i.e., 300 or 150 depending on the image file you exported from the GIMP). Your PDF files should be about the same size as the PNG and JPG files you made with the GIMP. A poster the size you describe will usually be viewed from far enough away that 300 DPI vs. 150 DPI will not make a visible difference, and if so, that gives you a 75% savings in file size. Inkscape: https://inkscape.org/en/ Generally speaking, Inkscape is "the" Free tool for making PDF files. :o) ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
Re: [Gimp-user] Printing a poster file issues
1. Save your original and then save a copy under a new name. 2. Flatten it. Check that your photo is no more than 300 dpi. 3. Do Image > Scale Image and scale it down to the size you will print out at on your home printer i.e. A3. Make the pxi 300. 4. Save to PDF. 5. Print the PDF. Can someone tell me if the file sizes I am experiencing are to be expected--YES Should I be able to print a PDF this size out?--NO, NOT AT HOME. Can anyone see anything that I am doing wrong?--FILE IS TOO BIG FOR YOUR HOME PRINTER. Can anyone suggest how to get my PDF file out--SEE ABOVE and that will be able to be printed when sent to the printer?--SEND YOUR PRINTER A FLAT FILE, AT THE LARGE SIZE. Would a professional printer have some sort of software that will allow them to print a PDF that I can't print?--YES Rick S. -Original Message- From: big__dav Sent: Tuesday, January 10, 2017 5:19 PM To: gimp-user-list@gnome.org Cc: notificati...@gimpusers.com Subject: [Gimp-user] Printing a poster file issues Please go easy on me as I have not done anything like this before and I am sure I am making a stupid mistake somewhere. I need to create a poster that is roughly 1.3m x 2m and the printer requires at least 300 DPI. I have created my poster in GIMP and it consists of 7 layers - x1 large picture that fills the poster and several other small logos/pictures/text. The pixels per inch setting in GIMP was set as 350. The GIMP file is roughly 687Mb and when I export it to a PDF the PDF file is roughly 375Mb. When I try to open the PDF file in Adobe Reader DC I get an error - out of memory and the file does not open. GIMP version - 2.8.18 Adobe Reader DC version - 2015.020.20042 When I export to PDF from GIMP I ensure that the options to ignore hidden layers is ticked and also that the option to convert to vector data type if possible is ticked. After getting stuck here I removed the hidden layers from the GIMP file ie deleted them - they are used for alignment and information when designing. After this the file size was very slightly smaller and Adobe Reader could open the file. However when I tried to print it out in A3 sheets to check to see how it looks Adobe hung up on the flattenning stage. So I then went back to GIMP and flattened it in GIMP so that everything was combined into one layer. Now when I go back to Adobe to print I have no hanging up on flattening however it hangs up on "print 0%". When I check the task manager Adobe is using up plenty of processing so it is doing something... Having no experience in doing something like this I dont know if the file sizes involved are "normal" or not. Can someone tell me if the file sizes I am experiencing are to be expected - I would assume they are. Should I be able to print a PDF this size out? Can anyone see anything that I am doing wrong? Can anyone suggest how to get my PDF file out and that will be able to be printed when sent to the printer? Would a professional printer have some sort of software that will allow them to print a PDF that I can't print? -- big__dav (via www.gimpusers.com/forums) ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
Re: [Gimp-user] color management -- basic question
I recommend using Rec2020 or ACEScg as your "go to" wide gamut color space (but not when using default GIMP, for reasons already mentioned) - ACEScg is used by people making images for cinema, Rec2020 is the up-and-coming standard for monitors, and both of these spaces are good all-around editing color spaces. Thanks, I'll check those out. Unfortunately my raw development program (Canon DPP) only exports to a few options. Profiling your monitor is a good thing to do. If your monitor is relatively new and has a good sRGB preset, then what you see right now is probably a pretty good guide to what your images actually look like. But not all monitors come with good sRGB presets. Yeah, it's old and cheap (Dell 1707Fp). :-) I had planned to use Argyll/displaycal, and make a matrix profile per your suggestions. I think I read on your site that a LUT version would also be handy also for using occasional perceptual rendering intent to get a feel for all the detail in an image? So currently trying to soft proof to the built-in GIMP sRGB profile is a waste of time as LCMS soft proofing will report that all the colors are in gamut. Hmmm... so if I have a wide-gamut image and set soft-proofing profile to sRGB-elle-V4-srgbtrc.icc, soft proofing works -- that's because your version of gimp's sRGB is amended in the necessary ways to make it so? I think you might mean "layer blend modes"? - "overlay" is the name of a particular blend mode, but it's not one of the LCH blend modes. Yes, thanks. Well, what you can do is duplicate the layer, use GIMP's "Colors/Levels" or "Colors/Curves" or "Colors/Exposure" and set the layer blend mode to "Lightness", which will leave the Hue and Chroma of the original layer unaltered. Nice! I had previously used the Lch blend modes for color repair stuff; hadn't played with the lightness mode. Thanks once again, -c ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
[Gimp-user] Printing a poster file issues
Please go easy on me as I have not done anything like this before and I am sure I am making a stupid mistake somewhere. I need to create a poster that is roughly 1.3m x 2m and the printer requires at least 300 DPI. I have created my poster in GIMP and it consists of 7 layers - x1 large picture that fills the poster and several other small logos/pictures/text. The pixels per inch setting in GIMP was set as 350. The GIMP file is roughly 687Mb and when I export it to a PDF the PDF file is roughly 375Mb. When I try to open the PDF file in Adobe Reader DC I get an error - out of memory and the file does not open. GIMP version - 2.8.18 Adobe Reader DC version - 2015.020.20042 When I export to PDF from GIMP I ensure that the options to ignore hidden layers is ticked and also that the option to convert to vector data type if possible is ticked. After getting stuck here I removed the hidden layers from the GIMP file ie deleted them - they are used for alignment and information when designing. After this the file size was very slightly smaller and Adobe Reader could open the file. However when I tried to print it out in A3 sheets to check to see how it looks Adobe hung up on the flattenning stage. So I then went back to GIMP and flattened it in GIMP so that everything was combined into one layer. Now when I go back to Adobe to print I have no hanging up on flattening however it hangs up on "print 0%". When I check the task manager Adobe is using up plenty of processing so it is doing something... Having no experience in doing something like this I dont know if the file sizes involved are "normal" or not. Can someone tell me if the file sizes I am experiencing are to be expected - I would assume they are. Should I be able to print a PDF this size out? Can anyone see anything that I am doing wrong? Can anyone suggest how to get my PDF file out and that will be able to be printed when sent to the printer? Would a professional printer have some sort of software that will allow them to print a PDF that I can't print? -- big__dav (via www.gimpusers.com/forums) ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
[Gimp-user] gegl segv
I'm having some difficulty building gimp 2.94 from the current development tarballs. In fact I have the same issue with git latest: uname -a Linux onion 4.4.36-8-default #1 SMP Fri Dec 9 16:18:38 UTC 2016 (3ec5648) x86_64 x86_64 x86_64 GNU/Linux I build babl, gegl,then libmypaint without errors. `make gimp` fails at creating icons make[3]: Entering directory '/data/gimp_29/build/gimp-2.9.4/icons/Symbolic' GEN gimp-core-pixbufs.gresource.xml GEN gimp-core-pixbufs.c GEN gimp-icon-pixbufs.gresource.xml GEN gimp-icon-pixbufs.c make[3]: Leaving directory '/data/gimp_29/build/gimp-2.9.4/icons/Symbolic' Making all in Symbolic-Inverted make[3]: Entering directory '/data/gimp_29/build/gimp-2.9.4/icons/Symbolic-Inverted' mkdir -p `dirname 12/gimp-close.png`; /data/gimp_29/install/bin/gegl ../../icons/Symbolic/12/gimp-close.png -o 12/gimp-close.png -- gegl:invert-gamma /bin/sh: line 1: 5349 Segmentation fault (core dumped) /data/gimp_29/install/bin/gegl ../../icons/Symbolic/12/gimp-close.png -o 12/gimp-close.png -- gegl:invert-gamma Makefile:2175: recipe for target '12/gimp-close.png' failed make[3]: *** [12/gimp-close.png] Error 139 make[3]: Leaving directory '/data/gimp_29/build/gimp-2.9.4/icons/Symbolic-Inverted' Makefile:621: recipe for target 'all-recursive' failed make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory '/data/gimp_29/build/gimp-2.9.4/icons' Makefile:795: recipe for target 'all-recursive' failed make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory '/data/gimp_29/build/gimp-2.9.4' Makefile:696: recipe for target 'all' failed make: *** [all] Error 2 running gegl on the command line SEGVs I tried building on my laptop (also OpenSUSE leap 42.2) and it builds without error. running 'valgrind gegl ../gimp/icons/Symbolic/12/gimp-linked.png invert-gamma` gives me: ==5401== Memcheck, a memory error detector ==5401== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al. ==5401== Using Valgrind-3.11.0 and LibVEX; rerun with -h for copyright info ==5401== Command: gegl ../gimp/icons/Symbolic/12/gimp-linked.png invert-gamma ==5401== ==5401== Use of uninitialised value of size 8 ==5401==at 0x756917D: strtok_r (in /lib64/libc-2.22.so) ==5401==by 0x5AADBA8: babl_init_db (babl-cache.c:344) ==5401==by 0x4EE: gegl_post_parse_hook (gegl-init.c:635) ==5401==by 0x722BAA6: g_option_context_parse (in /usr/lib64/libglib-2.0.so.0.4800.2) ==5401==by 0x4E66019: gegl_init (gegl-init.c:251) ==5401==by 0x4021B8: main (gegl.c:99) ==5401== ==5401== Use of uninitialised value of size 8 ==5401==at 0x75691AD: strtok_r (in /lib64/libc-2.22.so) ==5401==by 0x5AADBA8: babl_init_db (babl-cache.c:344) ==5401==by 0x4EE: gegl_post_parse_hook (gegl-init.c:635) ==5401==by 0x722BAA6: g_option_context_parse (in /usr/lib64/libglib-2.0.so.0.4800.2) ==5401==by 0x4E66019: gegl_init (gegl-init.c:251) ==5401==by 0x4021B8: main (gegl.c:99) ==5401== ==5401== Conditional jump or move depends on uninitialised value(s) ==5401==at 0x75691B0: strtok_r (in /lib64/libc-2.22.so) ==5401==by 0x5AADBA8: babl_init_db (babl-cache.c:344) ==5401==by 0x4EE: gegl_post_parse_hook (gegl-init.c:635) ==5401==by 0x722BAA6: g_option_context_parse (in /usr/lib64/libglib-2.0.so.0.4800.2) ==5401==by 0x4E66019: gegl_init (gegl-init.c:251) ==5401==by 0x4021B8: main (gegl.c:99) ==5401== ==5401== Warning: set address range perms: large range [0x2, 0x7) (noaccess) ==5401== Warning: set address range perms: large range [0x9, 0xb) (noaccess) (gegl:5401): GEGL-gegl-xml.c-WARNING **: Unable to obtain absolute path for parameter path ==5401== Syscall param writev(vector[...]) points to uninitialised byte(s) ==5401==at 0x75C756D: ??? (in /lib64/libc-2.22.so) ==5401==by 0xE52166D: ??? (in /usr/lib64/libxcb.so.1.1.0) ==5401==by 0xE521A50: ??? (in /usr/lib64/libxcb.so.1.1.0) ==5401==by 0xE521AD0: xcb_writev (in /usr/lib64/libxcb.so.1.1.0) ==5401==by 0x1DA6DB85: _XSend (in /usr/lib64/libX11.so.6.3.0) ==5401==by 0x1DA6E067: _XReply (in /usr/lib64/libX11.so.6.3.0) ==5401==by 0x1DA69D9C: XSync (in /usr/lib64/libX11.so.6.3.0) ==5401==by 0x2FF8F767: X11_SetGammaRamp (in /usr/lib64/libSDL-1.2.so.0.11.4) ==5401==by 0x2FF9199A: X11_CreateWindow (in /usr/lib64/libSDL-1.2.so.0.11.4) ==5401==by 0x2FF91CA8: X11_SetVideoMode (in /usr/lib64/libSDL-1.2.so.0.11.4) ==5401==by 0x2FF82781: SDL_SetVideoMode (in /usr/lib64/libSDL-1.2.so.0.11.4) ==5401==by 0x2FD4A9BB: process (sdl-display.c:101) ==5401== Address 0x14b17d23 is 19 bytes inside a block of size 16,384 alloc'd ==5401==at 0x4C2B250: calloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==5401==by 0x1DA5E793: XOpenDisplay (in /usr/lib64/libX11.so.6.3.0) ==5401==by 0x2FF91EFE: X11_VideoInit (in /usr/lib64/libSDL-1.2.so.0.11.4) ==5401==by 0x2FF8247A: SDL_VideoInit (in
Re: [Gimp-user] Script error - how to fix?
On 17-01-10 04:23 PM, BristolGarry wrote: Hi Folks - I was trying to add the Sepia script into Gimp (2.8.18, operating on Ubuntu 16.10), and got the following error. I have NO idea what this means or how to fix it, [snip] Plug-in "script-fu" (/usr/lib/gimp/2.0/plug-ins/script-fu) attempted to register the menu item "/Filters/Combine" for procedure "script-fu-pandora-combine". The menu label given in gimp_install_procedure() already contained a path. To make this work, pass just the menu's label to gimp_install_procedure(). It sounds like you have include a menu path in the script-fu-register call instead of setting the path for the menu in script-fu-menu-register. In the script-fu-register block the first thing you specify is the name of the script function to be called. The second entry is the menu entry for script without any menu path. You set the path by including a menu register call such as this: (script-fu-menu-register "script-fu-pandora-combine" "/Filters/Combine") -- Cheers! Kevin. http://www.ve3syb.ca/ |"Nerds make the shiny things that distract Owner of Elecraft K2 #2172 | the mouth-breathers, and that's why we're | powerful!" #include | --Chris Hardwick ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
Re: [Gimp-user] color management -- basic question
On 01/09/2017 04:41 PM, Casey Connor wrote: The only reason I was playing with the output profile and monitor profiles was mainly to test my understanding of it, not because I was developing a particular workflow. The "colorful image" I was using was one of the test images here: http://joco.name/2014/03/02/all-rgb-colors-in-one-image/ I used one of the 4096x4096 8-bit-per-channel images, which I scaled to 1024x1024 -- I just wanted an image to play with that I could be sure would show me a shift when/if it happened -- in other words, it's just a test image and I just assigned a randomly-chosen larger-than-sRGB gamut to it so I could see how the rendering intents looked -- so it has no associated color space, afaik, it's just "all the values" (or was, until I scaled it down.) Thanks! for the link - those are some seriously cool and beautiful images. The only "all colors" images I knew of is Bruce Lindbloom's image here, and it's strictly utilitarian: http://brucelindbloom.com/index.html?RGB16Million.html (as an aside, there is much useful color management information on Bruce Lindbloom's website). It seems to me that the kind of experimenting you are doing is the best way to acquire a hands-on understanding of color management. I now understand that with the generic sRGB profile I was using I shouldn't expect the rendering intents to look any different from each other. Longer-term, I was interested to work in wider color spaces for the sake of photography. I'd just be exporting to Wide Gamut (or whatever larger space) and opening that up in gimp. The hope was to possibly retain some more detail, soft-proof to check what's out-of-gamut, experiment, and otherwise possibly get better results with certain transformations in Gimp. I recommend using Rec2020 or ACEScg as your "go to" wide gamut color space (but not when using default GIMP, for reasons already mentioned) - ACEScg is used by people making images for cinema, Rec2020 is the up-and-coming standard for monitors, and both of these spaces are good all-around editing color spaces. If you edit in wide gamut color spaces, it's important to keep in mind the color gamut of your monitor profile, as your monitor simply can't show you colors that are out of gamut with respect to your monitor profile (and unless your monitor profile is accurate, the colors you see aren't a reliable guide to editing). When I work with interpolated raw files, I use Rec2020 for initial editing (specifically a linear gamma version of Rec2020, "Rec2020-elle-V4-g10.icc"). But I also try very hard to make sure that the colors I produce while editing will fit into the sRGB color gamut for display on the web. When affordable Rec.2020 monitors finally reach the consumer desktop (and if browsers ever are properly color-managed), editing and soft proofing will both be a lot easier. From what you said it sounds like the CCE is the version to use if I'm going to go through with that plan, since it amends certain tools to not assume sRGB under the hood, but maybe the default version of gimp would still be useful just to get a feel for what's out-of-gamut, and I could still use g'mic tools if they work in Lab/Lch/etc, right? Currently g'mic also is hard-coded to use the sRGB Y and XYZ values for calculating things like Luminance and for converting to LAB/LCH/etc. I did a bit of testing, and as far as I can tell there is something not quite right about the g'mic conversions to LAB even for sRGB images. So yes, g'mic has some really nice transforms. And no, those transforms can't be counted on to be accurate. Useful, yes. But not accurate. (Also, I hope to profile my monitor soon.) Profiling your monitor is a good thing to do. If your monitor is relatively new and has a good sRGB preset, then what you see right now is probably a pretty good guide to what your images actually look like. But not all monitors come with good sRGB presets. If you use ArgyllCMS to profile your monitor, you have the option to make a LUT profile for exploring out of gamut colors. But I would recommend also making a matrix profile and using the matrix profile for normal image editing. If you have questions about making monitor profiles, the ArgyllCMS mailing list is a good place to start. There are many versions of the sRGB ICC profile (http://ninedegreesbelow.com/photography/srgb-profile-comparison.html). Most of these versions are matrix profiles. Where did you get the sRGB profile that you are using as the monitor profile, and what's its exact file name? From color.org, I think, judging by metadata? Not actually sure where it came from -- sRGB_IEC61966-2-1_black_scaled.icc Yes, that is one of the older color.org sRGB profiles. You might want to put that profile somewhere where you'll never accidentally use it. But yeah, nothing carefully-chosen, whatever it is -- I did read up a bit on the variety of sRGB profiles (thanks again to your
[Gimp-user] Script error - how to fix?
Hi Folks - I was trying to add the Sepia script into Gimp (2.8.18, operating on Ubuntu 16.10), and got the following error. I have NO idea what this means or how to fix it, but it seems that I cannot access any scripts at all, never mind just the sepia tone script. Has anyone else run across this, and if so, how did you fix it? Thanks! Garry Plug-in "script-fu" (/usr/lib/gimp/2.0/plug-ins/script-fu) attempted to register the menu item "/Filters/Combine" for procedure "script-fu-pandora-combine". The menu label given in gimp_install_procedure() already contained a path. To make this work, pass just the menu's label to gimp_install_procedure(). -- BristolGarry (via www.gimpusers.com/forums) ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
Re: [Gimp-user] GIMP datadriven graphics
You can record macros in Excel. Check out the Help entry on "Lookup Tables" and on "Macros". ImageMagick http://www.imagemagick.org/script/index.php may be of use to you with GIMP. It appears to have an active community. Others will know far more than I do. Rick S. -Original Message- From: gre2gor Sent: Monday, January 09, 2017 7:12 PM To: gimp-user-list@gnome.org Cc: notificati...@gimpusers.com Subject: [Gimp-user] GIMP datadriven graphics I am a quick leaner from examples. Currently I got my self in Powershell, a few years ago I did a lot with GHOST and EPS manipulations. Is there one working example? Or something in my course? Best regards grega -- gre2gor (via www.gimpusers.com/forums) ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
[Gimp-user] GIMP datadriven graphics
I am a quick leaner from examples. Currently I got my self in Powershell, a few years ago I did a lot with GHOST and EPS manipulations. Is there one working example? Or something in my course? Best regards grega -- gre2gor (via www.gimpusers.com/forums) ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
[Gimp-user] Navigation Window Zoom Preview
Hi I was wondering, when we have Display Navigation docked as one of our menus, when we zoom in on our canvas, it doesn't zoom in the navigation, but it does show a little preview... a square of how much, and where we have zoomed in on the canvas. The square has white borders, and anything outside the area of the zoom is darkened... almost barely visible. Although I don't mind the square, I was wondering, is there a way to disable the darkened area... the area outside of the zoom, so that only square zoom remains in the Display Navigation? I want to record a speed painting video, and cause it's all speeded up, I wanna have a little preview that doesn't constantly jumps in and of the whole canvas (cause of zooming), hence the Display Navigation. But, at the same time, the darkening of the 'out of the focus' area, also makes the preview of the whole piece a bit... epilepsy educing. So, any tips on the removal of the darkened area whilst zooming in the Display Navigation? Thanx. -- HambaHambaHamba (via www.gimpusers.com/forums) ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
