[Gimp-user] GIMP Building Instructions
I could be mistaken but I think that there are two errors on the Hacking:Building page at: https://wiki.gimp.org/wiki/Hacking:Building Firstly in section 3 regarding setting environment variables is the line: export ACLOCAL_FLAGS="-I $INSTALL_PREFIX/share/aclocal $ACLOCAL_FLAGS" But INSTALL_PREFIX isn't defined - I assume that this should read: export ACLOCAL_FLAGS="-I $GIMP_PREFIX/share/aclocal $ACLOCAL_FLAGS" Secondly, a minor point, in the second line of the autotools build for GIMP the instruction is to change to the directory where gegl was unpacked - should this not be the directory where GIMP was unpacked? (Posting here in the hope that someone who has IRC access will read it and pass the message on to someone who supports the Wiki pages) -- programmer_ceds (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] Help
Sinc disappeared with the advent of GIMP V2.10. I believe that the best interpolation to use may depend on the contents of the image. Try experimenting with different interpolations. With V2.8 there were some issues with the Sinc interpolation and I used Cubic then. >I just downloaded the Windows Version of GIMP and when I came to the >section >of tutorial indicating: > > > >$B!H(BAlso notice I have shown a different option under Quality >$B"*(B >Interpolation. The default value for this is Cubic, but to retain the >best >quality it would better to use Sinc (Lanczos3).$B!I(B > > > >My only options were: > > > >None > >Linear > >Cubic > >NoHalo > >LoHalo > > > >I want to enlarge smaller photos while maintaining pixel integrity. > > > >How do I get the Sinc option as referenced in the tutorial? Or which >option >should I choose for similar results. > > > >Thank you for your time, I appreciate it. -- programmer_ceds (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] loss of quality importing PDF files
When importing the pdf into GIMP have you tried changing the 'Resolution' setting from the default 100 pixels/in to 300 or even larger - say 600? I am using 2.10 but assume the same option applies to V2.8. >Hi > >I am running gimp 2.8 and I am importing PDF files. And on all PDF >files that I >have imported there is a loss of quality. However this dose not happen >if I >import a jpeg -- programmer_ceds (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] GIMP 2.10.18
You could try the version produced by Partha - I have used his Windows versions before I moved to Linux but have never used MacOS so haven't tried his Mac versions https://www.partha.com/ >15 days have passed. When a MacOS version will be available? Any >idea? >-- >Maurizio Loreti -- maurizio.lor...@gmail.com -- programmer_ceds (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] Foreground Select
Shift+Ctrl+A = menu "Select/None" The marching ants indicate that you have an active selection. >It worked; thank you so much!! >What does that command correspond to in the program? >Thank you again!! >Robin -- programmer_ceds (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] Can Not Draw Simple Line
>There are a few possibilities. Check the attached screenshot > >1. There is a tiny active selection. Can be so small it is not >noticeable. Use Select -> None to close any selection. > >2. The brush is an empty clipboard brush. Select a different brush. > >3. The brush mode is not suitable. Check and change to Normal if >required > >4. The opacity is set to zero. Increase the opacity. Still in the >dialogue check that dynamics is set to off and Force is not zero > >If the tool icon has a bar symbol against it it might be > >5. The pixel and/or alpha lock(s) are on. Click to toggle on/off > >6. Using a layer with visibility off. Click to turn visibility on/off If you have more than one layer it could be that you have one of the lower layers selected as the active one. -- programmer_ceds (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] gimp-user-list Digest, Vol 91, Issue 4
Does the following link give you what you want (only English or Italian though)? http://gimp.linux.it/www/meta/ >There is some confusie it seems. >I did find the user manual. That is not the issue. >What I want is, to be able to download the manual as a pdf. >Unless I’m missing something, there seems no possibility to do so. > >Kind Regards > >Jo Van Rafelghem -- programmer_ceds (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] IImprovements to unified transform
The functionality displayed in the video is impressive but, if I understand it correctly, the Readjust button repositions all of the handles (including the centre of rotation) within the current visible area. This doesn't get around the pain of having to zoom in to see the results of a transformation and then zoom back out to continue dragging the handles or rotating (without changing the centre of rotation). What would be really useful is if the effects of the UT tool were visible on all of the opened views of the image - the UT tool could then be used on a zoomed out view whilst one or more zoomed in windows could be used to check the effect in detail. Would it be possible to include an option for doing this whilst you are working on this section of the code? >A number of improvements are coming to the transform tools in 2.10.10: >The tools' dialog got a new "Readjust" button, which repositions all >the handles within view, so that they're easily accessible when zoomed >in. Additionally, the forward and backward transform directions can >be >linked, which allows moving the handles without affecting the >transformation, letting you manually readjust their position. You can >see this in action here: > > https://streamable.com/9vmv3 > >What's going on behind the scenes is that, unlike in previous >versions, the forward and backward transform directions can each be >controlled separately -- the area enclosed by the handles in the >backward direction is transformed into the area enclosed by the >handles >in the forward direction. When the two directions are linked, moving >the handles in one of the transform directions compensates in the >other >direction, in such a way that the overall transformation remains >unchanged ("Readjust" works similarly). I'm told this is all too >crazy, but what the hell :) > >-- >Ell -- programmer_ceds (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] IImprovements to unified transform
>I'm not sure what you mean. The centre of rotation is wherever you >drag the pivot to. That is a known quantity. What I meant was that if the centre of rotation is not within the view that is being manipulated then the direction of rotation may not be readily apparent. For instance dragging the mouse pointer upwards would result in a clockwise rotation if the centre of rotation is to the right of the current view but anti-clockwise if it was to the left of the current view. I'm sure that that problem could be overcome (some indication of where the centre of rotation lies) - the real issue is that the unified transform tool (which is brilliant as far as it goes) would be made much more useful if you could use extra views to look at magnified sections of the image that the UT tool was acting on in the main view. -- programmer_ceds (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] IImprovements to unified transform
>I guess likewise also need a way of rotating without having to drag >outside the edge. That would need a rotator modifier key or tool. The problem with rotating is that centre of rotation could be well outside the viewed area of the image. What would make life a lot easier is if the Unified Transform tool would update any additional views of the image (View/New View) that were open. You could then use the tool on a view that showed the whole image (so that all the control points/handles were available) and have an additional view (or views) zoomed in so that you could see the effect of the changes on the part(s) of the image that you were interested in. -- programmer_ceds (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] Removing a filter from Gimp Menu
You could just write a batch file (.BAT) to rename or delete the scripts (Script-Fu or Python) that you don't want. Add extra files to it when you find another script that you don't want. Then simply run the batch file whenever you update GIMP and the scripts have reappeared. -- programmer_ceds (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] Removing a filter from Gimp Menu
The particular filter that you mention is provided by ...\gimp\share\2.0\scripts\coffee.scm (where you need to put the appropriate path to replace the ...). Deleting this file will remove the filter - although it will reappear next time you reinstall GIMP. The question is why bother? The script file itself is only 3 KB, so doesn't take much disk space. Why not just ignore it if you don't want to use it? >Hello, Gimp world, > >So I have come to a point where I know my workflow and certain filter >I in no way need... > >Is there a way to remove certain filters which are built into gimp? > >I tried looking through the files but with no success. (I tried to >locate the filter 'Coffee stain', as a test.) > >Any help and guidance would be very welcome. > > >Windows 10 - Gimp 2.10.8 <3 > >Thx -- programmer_ceds (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] How to disable "middle mouse button + control + drag up/down" zooming
If you are using Windows you could use X-mouse Button Control to change the behaviour of the middle button (e.g. make it double-click or something other than middle Button) >In Gimp 2.10, this was added: > >- Allow to zoom with middle mouse button + control + drag up/down > >How I can disable this functionality? If it's hardcoded, can someone >direct >me where in the code it's located? -- programmer_ceds (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] creating a keyboard shortcut to a filter
Does it not appear in "Edit/Keyboard Shortcuts" scroll down to "Filters"? Note that the filters don't appear in alphabetical order. If you find it there left-click on it and press the key or key combination that you want to use to activate it. >Hi, > >I find myself using Filters -> Enhance -> wavelet sharpen again and >again. > >Is there a means to bind a keyboard combination to that? > >Many thanks for a hint, >Helmut -- programmer_ceds (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] creating a keyboard shortcut to a filter
It might also appear under "Edit/Keyboard Shortcuts/Plug-ins" (again these are not in alphabetical order) >Does it not appear in "Edit/Keyboard Shortcuts" scroll down to >"Filters"? Note that the filters don't appear in alphabetical order. >If you find it there left-click on it and press the key or key >combination that you want to use to activate it. -- programmer_ceds (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] Removing White Spots From Photo
Should have read: You can change the size in the tool dialog or (on the locale that I use at any rate) the [ and ] keys decrease and increase the size respectively. The clone tool will stay selected until you select a different tool >You can change the size in the tool dialog or (on the locale that I >use at any rate) the [ and keys decrease and increase the size >respectively. > >The clone tool will stay selected until you select a different tool -- programmer_ceds (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] Removing White Spots From Photo
You can change the size in the tool dialog or (on the locale that I use at any rate) the [ and keys decrease and increase the size respectively. The clone tool will stay selected until you select a different tool >It' not clear to me how to change the radius of the clone tool, and >how to turn it off after usage.. -- programmer_ceds (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] GIMP 2.10 Toggle between image window and toolbox
In V2.8.xx it was possible (on Windows at any rate) to toggle between the image window and the toolbox by simply pressing the Tab key. This made using multi-window views easier when using a single monitor. In V2.10 with the image window displayed (the toolbox hidden behind it) pressing Tab just causes the Toolbox button to appear or disappear in the taskbar. If the toolbox is in front of the image window pressing Tab simply steps through the options/fields in the toolbox. Is there any way that I am missing to get similar behaviour to V2.8 ? -- programmer_ceds (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] Gimp 2.10: bush default size
Not what I would call obvious - but its the answer the OP was looking for. Thanks. >Hold on, this is apparently a new feature not a bug. There's a new >set of buttons in the toolboxes called "link to brush default" (next >to the "reset to native size" buttons) and these are on by default. >Turn it off and you should be good to go. > > >-- Stratadrake >strata_ran...@hotmail.com > >Numbers may not lie, but neither do they tell the whole truth. -- programmer_ceds (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] Gimp 2.10: bush default size
Sorry, misread your question as the brush size varying between tools. I don't know whether this is a deliberate decision or an unwanted side-effect of the changes to the brushes - either way I can see what a pain it would be to those who use a number of brushes (it even resets the size when going back to a brush for which you have set the size!) You could try reporting it as a bug - then we would find out if it was a deliberate change. In the meantime I have a couple of suggestions. Firstly the third post in the following thread describes how to set GIMP so that you can adjust the brush size using the mouse wheel. http://www.gimpusers.com/forums/gimp-user/17876-changing-the-brush-sizes Secondly it should be a simple exercise to write a script that would take as a parameter the brush size that you want to use. Running the script should set the brush size (using (gimp-context-set-brush-size size)). When you change brushes you would then simply have to re-run the script - use "Filters/Repeat Last" short-cut Ctrl-F (or you could change this short-cut to a single key press if you want). This would probably be the best approach short of getting the problem fixed. If you have problems writing a script let me know and I will see what I can do. >I tried that. It doesn't work. That setting is already checked but it >keeps reverting the brush size anyway. -- programmer_ceds (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] Gimp 2.10: bush default size
I have just written a script to set the brush size. Put the script in your personal scripts folder. The first time it is run (each GIMP session) it offers 15 as the default brush size - if you want a different default size just edit the 15 in line 40 to the value of your choice. The script should appear in "Filters/Set Brush Size/Set Brush Size" As I said above pressing Ctrl-F will simply repeat the script and set a new brush to the size last set by the script. Changing Ctrl-F to a single keypress would speed things. (this does assume that you aren't running other scripts in the mean time. If you are you could assign a short-cut to the Set Brush Size script - use the short cut, press Enter and you will have the last brush size that you set. To set a different brush size for the script simply re-run it. Hope this helps Attachments: * http://www.gimpusers.com/system/attachments/951/original/SetBrushSize.scm -- programmer_ceds (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] Gimp 2.10: bush default size
In 2.10 go to "Edit/Preferences/Tool Options" In the "Paint Options Shared Between Tools" set the "Brush" option. This was the same in GIMP 2.8 >In 2.8, Gimp kept the current brush size when you switched between >brushes. In 2.10, whenever you switch to a different brush, it changes >the size to the default size for that brush (51 for the basic round >brushes). This is absolutely never the size I want. > >Can I do either of the following: > >-Change this setting so that it keeps the current brush size when you >switch brushes, as it did in 2.8. > >-Barring that, change the default brush size. This must be for ALL >brushes--I can't use the brush editor to change them individually, as >I have over 500 brushes. > >I need to do one of these or else I'll have to revert back to 2.8. I >don't have time to continually change back my brush size. -- programmer_ceds (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] Missing QuickMask button
Using V2.10.2 portable from Partha's site I still have the Quick Mask button - its a small square outline below the vertical ruler and to the left of the horizontal scroll bar. Mousing over it shows "Toggle Quick Mask on/off Shift-Q". Clicking in the square or pressing Shift-Q does indeed turn the Quick Mask on or off. >Hello, > >My GIMP seems to be missing the QuickMask button in the lower left >corner. I can't seem to find an option to enable it again. When I >search Google, I can only find tutorials on using the QuickMask. I >tried installing the latest version (2.10.2), but the setting(?) was >preserved. I hope it's a quick and easy fix. If necessary, I can >uninstall while deleting preferences, and reinstall. I just thought >maybe it was a checkbox somewhere. > >Thanks in advance, > >Audio -- programmer_ceds (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] Toolbox Opens in Monochrome
>Recently download GIMP...When I open the Toolbox it is in B&W >monochrome (Box, icons, everything). How can I get it to open in >color? T-Y. "Edit/Preferences/Theme" and "Edit/Preferences/Icon Theme" -- programmer_ceds (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] GIMP 2.10 TIFF EXIF metadata stripped on Windows 10
I'm using Windows 7, rather than 10, but i have just imported a JPG and then exported it as a TIFF - the EXIF information was preserved (the focal length tag is an EXIF, rather than TIFF, tag and this was still present). By default the saving of EXIF information should be on but it would be worth checking in the Advanced Options when exporting that this is enabled. If it is you could repeat what I have tried - openJPG, export as TIFF. If the EXIF data is preserved then the problem could be in the importing of the TIFF EXIF data (if you are sure that your original TIFF image does have the EXIF data). If the JPG to TIFF process loses the EXIF data there could be a difference between W7 and W10. If you can narrow down the area of the problem in this way it would be worth filing a bug report. I am using Partha's portable version of 2.10.0 - it might also be worth trying this (you can use it without affecting your other GIMP installation(s)) >I just heard that GIMP 2.10 reads/saves/allows manipulation/exports >EXIF metadata. I rushed to install it... only to find it doesn't seem >to work with TIFF files. I tried opening a JPG - fine. TIF files - no >metadata shown in the GIMP viewer. > >Am I doing something wrong? Have I missed something? > >Thanks. -- programmer_ceds (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] Sample of light theme requested
If you are running on Windows Partha (https://www.partha.com/) has a portable build that doesn't interfere with the 2.8 version that you have installed at the moment. It doesn't have to be installed and if you don't like it you can simply delete the folder that contains it. That way you could see first hand what the themes look like. Its also possible to increase the size of the icons using "Edit/Preferences/Icon Theme" >Hello list, > >Can anybody send me a screenshot of the 2.10.0 CR2 theme “Light” and >some samples of the icon themes? The screenshots in the recent news >clippings weren’t big enough to make a decision on upgrading when the >time comes. > >I have a small recently-acquired vision problem so I have been using >GIMP 2.8.16 with the Color-32 theme very successfully. Trendy though >it may be, grey type on a grey background doesn’t work well for me. > >I can appreciate that turning the foreground GUI colors to black and >the background colors to white (or vice-versa, as required) is >probably a big job but I think a fair number of GIMP users with some >level of vision difficulty would appreciate it. > >Any help would be appreciated. > >TIA, >Rick S. -- programmer_ceds (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] Contact Sheet
contactsheet.py is another GIMP script (put it in your plug-ins folder). It isn't as feature rich as indexprint but it doesn't require the installation of Glade. http://registry.gimp.org/node/120 It will appear in "Filters/Batch/Contact Sheet". You can specify the page size, number of rows, images per row etc. The text colour and the background colour are set by the foreground and background colours respectively in the tool box. One word of warning - it doesn't ask before overwriting existing contact print files (its not my script so don;t blame me!) >Hello, > >Adobe Photoshop had an option for taking you group of photos and >making a contact sheet with them. Does GIMP have that capability? How? > > >thanks much > >jph -- programmer_ceds (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] Poppler-glib for Windows build
In case anyone else has similar problems I managed to get poppler-data recognised using the following steps: Download file poppler-data-0.4.8.tar.gz from https://poppler.freedesktop.org/ Unzip the file into folder poppler-data Move the unzipped files back into poppler-data make install -j4 $PREFIX Then copy msys64\usr\local\share\pkgconfig\poppler-data.pc to msys64\home\\prefix\lib\pkgconfig\poppler-data.pc GIMP then build successfully. There were two fatal errors when I ran GIMP for the first time relating to not finding entry points in libgobject-2.0-0.dll and libgmodule-2.0-0.dll. Copying later (although considerably smaller files) from Partha's 2.9.8/9 installation resolved the problem (thanks Partha - I hope you don't mind) I have successfully used to GIMP to open a password protected PDF file (one page only) so I am assuming that the poppler code is functional. >OK, I finally found the way to make the package manager think that it >had V2.24.31 - files gtk+-2.0.pc and gtk+-win32-2.0.pc in folder >msys64\mingw64\lib\pkgconfig had to be edited. > >That just leaves the problem of how to get poppler-data recognised -- programmer_ceds (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] Poppler-glib for Windows build
OK, I finally found the way to make the package manager think that it had V2.24.31 - files gtk+-2.0.pc and gtk+-win32-2.0.pc in folder msys64\mingw64\lib\pkgconfig had to be edited. That just leaves the problem of how to get poppler-data recognised >Hi Jehan, > >I managed to resolve the dependency on poppler-glib but not >poppler-data as yet. In the meantime I updated the packages using >pacman to get the recommended version of gtk+-2.0 (V2.24.32 instead of >V2.24.31) - big mistake - the dll file is now 3.8 kB instead of the >version 2.24.31 file which was 5.7 kB - trying to build GIMP with the >V2.24.32 version throws errors. Whilst I have a copy of the V2.24.31 >dll I can't find the relevant place to alter the version of the >package that the system thinks it has installed. So for the time being >I'm stuck. > >If it helps anyone else, the steps I followed to get poppler-glib >installed (at least to the point where the GIMP build doesn't complain >about a missing dependency) were as follows: > >Download file poppler-0.44.0.tar.xz from >https://poppler.freedesktop.org/releases.html > >Extract the contents of the downloaded file and move the contents of >the V0.44 folder into folder poppler (rather than leaving them in a >sub-folder) > >cd poppler > >aclocal > >automake > >./configure --prefix=$PREFIX > >make -j4 > >make install - j4 -- programmer_ceds (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] Poppler-glib for Windows build
Hi Jehan, I managed to resolve the dependency on poppler-glib but not poppler-data as yet. In the meantime I updated the packages using pacman to get the recommended version of gtk+-2.0 (V2.24.32 instead of V2.24.31) - big mistake - the dll file is now 3.8 kB instead of the version 2.24.31 file which was 5.7 kB - trying to build GIMP with the V2.24.32 version throws errors. Whilst I have a copy of the V2.24.31 dll I can't find the relevant place to alter the version of the package that the system thinks it has installed. So for the time being I'm stuck. If it helps anyone else, the steps I followed to get poppler-glib installed (at least to the point where the GIMP build doesn't complain about a missing dependency) were as follows: Download file poppler-0.44.0.tar.xz from https://poppler.freedesktop.org/releases.html Extract the contents of the downloaded file and move the contents of the V0.44 folder into folder poppler (rather than leaving them in a sub-folder) cd poppler aclocal automake ./configure --prefix=$PREFIX make -j4 make install - j4 >Hello, >As a general rule, unless I want to fix something in a dependency, I >work with the last stable build. Then if there is a problem and I want >the easy way out (i.e. still not having to fix the dependency), I >would just go back in history, but still keep to stable builds. >Also to compile for Windows, I use the tool I built, but this is to >cross-compile from Linux to Windows, and for most dependencies, I just >install them in a single command from pre-built packages. So I can't >really help you. Sorry. Working *on* Windows is just not what I do. >Maybe others will be able to help. > >This said, maybe you can try to use the same pre-built package for >Windows (I use the ones from OpenSUSE repositories). Just uncompress >them and use the files in it. > >Jehan -- programmer_ceds (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] Poppler-glib for Windows build
Thanks for your reply Jehan, As per the title of the thread I am working with Windows (using msys2 and mingw64). I know that other people build under Windows and was hoping that one of them might be able to point me in the right direction or post a work-around; I assumed that I was making a mistake on the basis that I assumed that files posted on git would at least compile! Richard >Hello, >Well this is probably the wrong place to ask about *building poppler*. >For this, you should ask to poppler mailing list/bug tracker/whatever >they use. >Maybe they have some bug on their HEAD, I guess. > >This said, why do you even build it? Don't you have at least poppler >0.44.0 and poppler-data 0.4.7 in your distribution (assuming you use >Linux)? >These are like 2 years old. Any Linux distribution should already have >these versions or you are using a very outdated distribution. > >Jehan -- programmer_ceds (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] Poppler-glib for Windows build
I am trying to build the version of GIMP that requires poppler-glib. I have tried cloning from git git clone https://github.com/danigm/poppler.git I have then changed to the poppler folder and run ./autogen.sh --prefix=$PREFIX then ./configure --prefix=$PREFIX When I run make I get errors of the form that cairo_pattern_mesh_set_control_point is undefined and a suggestion that cairo_mesh_pattern_set_control_point be used instead. Any suggestions as to what I am doing wrong? Also any information on satisfying the poppler-data requirement. I have sorted the other recent requirements for an updated glib and mypaint-brushes but am struggling here. -- programmer_ceds (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] Image Rotation Auto Center
If I'm understanding correctly then you can make the task much easier. Create a script that uses a two point path. The first point of the path to be defined is the centre of rotation (the point that gives the x,y offset by which the image must be moved) and the gradient of the straight line joining the ends of the path gives the rotation that must be made. The script should delete the path before it finishes to save you doing this before processing the next image. Remember that GIMP works in radians not degrees. Whilst, for this application, the script doesn't need to offer user adjustable parameters it might be as well to have parameters for the coordinates of the centre of rotation and the angle (set the default values to 53, 672 and 40 degrees) - at least this would act as an aide memoire and at best it would allow someone to use different values without editing the default values. The work flow would then be: Firstly I would create a folder with copies of all of the images to be modified and use a file renaming program to add _rotated to the end of each file name. Then you will still have the original images and can use the overwrite option - which will cut down on the number of key strokes. Open an image Make sure the path tool is selected (this should stay selected from image to image during the GIMP session) Click where the centre of rotation is to be to define the first point of the path Click to define the angle (the second point of the path) Run the script (for the first image you will have to activate the script and press Enter - for subsequent images just press Ctrl-F) Save the image (File/Overwrite xx) Let me know if you have problems writing a script. The following is more complicated than you need but does show path handling: http://www.programmer97.talktalk.net/Files/arrow.zip Hope this helps. >Got deflected onto another task for a few days. I will try both these >approaches this week. What I am doing is comparing the hydrodynamic >centerline of dolphin fins. > >"How do you determine the angle of rotation?" >Each fin has a unique centerline, but each photo has a rotational bias >imposed by the photographers' technique, environmental conditions and >such. Once I establish the root of the fin and centerline, I paste >that as new layer over a protractor image with a center-point of >53,672 (an artifact of the protractor image nothing more). Then I use >the rotate tool to move the centerline to 40 degrees. The angular >correction measured for the line becomes the correction for the fin >photo. With the fin photo rotated it can now be compared fin-to-fin >with other images corrected in a similar way. -- programmer_ceds (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] Image Rotation Auto Center
>I'm looking for a way to set the auto center for rotation to 53, 672 >instead of the image center. I have 1200 images to process and >reducing even a few keystrokes makes a big difference. tks, S If you are able to build GIMP from source you could edit the following lines in function gimp_rotate_tool_prepare() in gimprotatetool.c/. Change the lines: tr_tool->trans_info[PIVOT_X] = (gdouble) (tr_tool->x1 + tr_tool->x2) / 2.0; tr_tool->trans_info[PIVOT_Y] = (gdouble) (tr_tool->y1 + tr_tool->y2) / 2.0; to read: tr_tool->trans_info[PIVOT_X] = (gdouble) 672; tr_tool->trans_info[PIVOT_Y] = (gdouble) 53; (Ideally the rotate tool would remember the last centre of rotation (at least for the current session of GIMP) and have a button that you could use to reset the centre of rotation to the centre of the image). and when you activate the rotate tool the centre of rotation will be set as you want it. Alternatively Ofnuts suggestion 2) (or a variant of it) would be your best bet. How do you determine the angle of rotation? -- programmer_ceds (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] Gimp channel mixer
I've just tried converting a file from jpg to tiff with ViewNX V2.10.3. When opening in GIMP I get an error message about a null byte in the date field but it then opens the file as two layers with the top (active) layer being the thumbnail exactly as you said. Looks like this is a bug in ViewNX2. Exporting a file in GIMP with the thumbnail selected doesn't cause this problem. At least you have a workaround. >Good morning all, The image I was working on was created by Nikon's >ViewNX2 editor, the original image format was Nikon's raw image .NEF >extension, I exported this as a TIFF and then imported it to GIMP. > >In ViewNX2 the images are stored with a preview thumbnail, so I think >you have hit the nail on the head, I got myself confused at first >because I didn't notice the thumbnail in the image before I used the >channel mixer. The image is an infrared photo, it's mostly sky and the >thumbnail didn't stand enough for me to notice it. It's also so tiny >that it can't be seen in the image layer page 1. After swapping The >red and blue channels (not green, another mistake) the colours changed >enough for the thumbnail to be obvious. I wrongly assumed that the >channel mixer had created the thumbnail, in fact it was there all the >time. > >Now I understand the problem I think I'll be OK, for a while anyway. > >I bought Klaus Goelker's book "GIMP 2.8 for photographers" last week, >I'm working my way through it and thought I was doing OK, but I got >myself too confused to sort this one. > >Before installing GIMP I read a review which said that GIMP was a very >good program, but the learning curve was steep. I think they were >right on both points. > >Thankyou for your assistance, I know what I'm going to be doing during >the long winter nights. -- programmer_ceds (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] Gimp channel mixer
When I open (I don't see an Import option) a tiff file I don't get asked whether I want to open it as layers. This was a file that I exported as tiff from GIMP. Which program was used to save the tiff file that you are opening? Could it have saved the thumbnail as a separate layer rather than as a thumbnail? If so and this ends up as the active layer it would be the one that the channel mixer altered as noted in your first post. This would agree with you saying that the channel mixer will work on the background if you select it. If the thumbnail is actually a different layer you could simply delete the layer. (I have just checked that when I use Export As to save a jpg as a tiff the advanced option to save the thumbnail is selected but I don't see the same problem when I open the saved file with GIMP.) >The problem is not the channel mixer, if I select background I can use >the channel mixer OK, but the thumbnail is still in the image, my >problem therefore is importing the image properly, why is the image >being imported as two pages? > >Thankyou for replying so quickly earlier, I did not expect to receive >a reply on a Saturday evening, I have been looking at a computer for >too long now, I'm going for a beer, will log on later. -- programmer_ceds (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] Gimp channel mixer
Works for me using 2.9.7 portable used in multi-window mode (commit 1773cd9) from Partha's site (Windows 7 64-bit) I just set the red in red to zero and the green in red to 1.0 and vice versa then pressed OK. I didn't see a thumbnail but the active image changed as expected whilst editing, if I had the preview selected, and was changed as expected when I clicked OK. If this later version gives you the same problem could you list the exact steps that you are using and I will see if I can reproduce the problem. If you have the preview option selected does the active image change when you alter the channel mixer settings? >I'm trying to use the GIMP channel mixer to reverse the red and green >channels in a TIF image. I'm using GIMP 2.9.6. > >After swapping the channels etc. and hitting OK, all that happens is >that a very small thumbnail appears in the top left corner of the main >image. I can see that the channels have been reversed in the >thumbnail, but the main image remains unaltered. > >I cannot find a way to apply the changes to the main image, I'm very >new to GIMP and image editing software, so I hope the solution isn't >something any ten year old child could work out! Any help greatly >appreciated -- programmer_ceds (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] Batch combining multiple open images into one "contact sheet" - a lost script from years ago
You might also be remembering the contactsheet Python script. Download contactsheet-v2.16.py from http://registry.gimp.org/node/120. I have just tried the copy I downloaded some years ago and it now fails but it can be made to work with two simple edits. In the lines that start (PF_DIRNAME change the final parameter from an empty string to "/tmp". This specifies a default directory (which doesn't even have to exist) and prevents the script failing (thanks to this page for the solution https://stackoverflow.com/questions/40821245/python-fu-fails-on-directory-selection-pf-dirname) To start with I thought that the file names weren't being printed but then noticed that both foreground and background colours were set to white! The script appears as Filters/Batch/Contact Sheet V2.15 (even though it is V2.16) This works in V2.8.22 but in V2.9.6 it fails to recognize WHITE_FILL in the line bklayer.fill(WHITE_FILL) - to fill the background of the contact sheet with the background colour change the line to read bklayer.fill(1). This edit also works in V2.8.22. Is there a defined constant or enum that will work in both versions? Also for some reason the script works MUCH faster in V2.8.22 than it does in V2.9.6 -- programmer_ceds (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] Copy text layers as text or python script to mass generate text layers
>I found the docs for gimp python; now: > >1) How to get "print" statments? I started filters->python fu->console >but apparently a "print" does not write to the console? > >2) How can I refresh the script? So far I restart gimp but that is >getting tedious. > >3) Is there an online site with hints on how to debug a gimp python >script? > >For reference, here is the script. It apparently runs but I get no new >layer and no progress/console output. I did not expect it to work >first >time so now I'd like some pointers on how to debug it. > > >from gimpfu import * > >def mass_text(img) : > print "Does this go to console?" > > pdb.gimp.progress_init("Mass text insert ...") > > font = 'Arial Bold' > > pdb.gimp.set_foreground( 1.0, 0.0, 0.0 ) > ># Create a new text layer (-1 for the layer means create a new >layer) >layer = pdb.gimp_text_fontname(img, None, 0, 0, "This is my >text", 10, >True, 24, PIXELS, font) > img.add_layer(layer, 0) > > >register( > "python_fu_mass_text", > "Mass Text", > "Mass create text layers", > "", > "", > "", > "Mass Text Layer insert...", > "*", > [ > ], > [], > mass_text, menu="/Tools/MassText") > >main() 1. To display information in a Python script you can use something like the following example: pdb.gimp_message('The times are ' + str(sixteenth_time) + " " + str(eighth_time) + " " + str(quarter_time)+ " " + str(half_time)) ("\n" will give you a newline(note the double quotes in this case)) 2. If I remember correctly (its a while since I debugged a Python script) you just edit and save the script using a text editor and GIMP will then use the updated version when you next run the script (might be best not to save the script whilst part way through actually running the script). (For Script-Fu you also don't need to restart GIMP just use "Filters/Script-Fu/Refresh Scripts" then wait for a few seconds until the refresh is complete) -- programmer_ceds (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] Toggle Visibility of two layers
>Also, one other feature for this would make it even better: the option >to also select which tool is selected upon toggling. > >You've already made something better than I could have asked for, but >if you could add this it'd be perfection. Your best option is probably to assign a single keypress to the visibility toggling function (using Edit/Keyboard Shortcuts) and use the appropriate short-cut keys (as shown in the menus) to activate the tool that you want. -- programmer_ceds (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] Toggle Visibility of two layers
I can't see a way of selecting the current tool. If I'm wrong and there is a function call for this and (ideally) an enumeration of the tools for a drop-down selection box then it would be possible. You would have to consider the settings of the selected tools - what if you wanted (for example) the pencil with one radius for when the top layer is visible and a different radius when the top layer isn't visible? I previously noted that you can use Ctrl-F to repeat the script if you are using no other scripts - you can of course assign any script to a keyboard short-cut if you need to use other scripts between calls of the layer toggling script. >Also, one other feature for this would make it even better: the option >to also select which tool is selected upon toggling. > >You've already made something better than I could have asked for, but >if you could add this it'd be perfection. -- programmer_ceds (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] Toggle Visibility of two layers
Pleased that the script is useful. .scm files are human readable using a text editor so it's easy to look at the script. Let me know if you make any improvements. >This is perfect. I really can't thank you enough - you've saved me an >incredible amount of time. >Is there a way I can look at the script you wrote? Is it written in >python? I have some minor programming experience with C++ would like >to make some headway towards being able to do stuff like this myself. > >Thanks again, >SegDaltonico -- programmer_ceds (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] Toggle Visibility of two layers
Try the attached script - put it in your personal scripts folder - search the internet for where this folder is depending on the operating system you use. I have only tested the script quickly so if you find any problems let me know. The script should appear in the Layer menu as Toggle Top Layers Visibility I was going to make it toggle the visibility of the specified number of top layers based on the visibility of the top layer but have made it more flexible by inverting their visible flags on a layer by layer basis. Set the visibility of the layers to one of the desired set-ups to start with then use the script. If you aren't using any other scripts then pressing Ctrl F (at least on Windows) will repeat the script and toggle the states of the layers. You can also select the layer that will be active when the top layer is visible and the layer that will be active when it is invisible Hope this helps >Hi Everyone, > >I've been struggling with this for a couple of days and have had no >success finding a practical solution. What I want to do is toggle the >visibility of two layers (out of three total) with a single keystroke. >The reason is that for my work I need to rapidly toggle the visibilty >of both layers while quickly editing one of the layers. I've already >tried a few things: > >1) Layer groups. This seemed promising, but in practice it slows >things down way too much. I can group the two layers together and >toggle the visibilty of them both with a hotkey, but the issue is I >have to have the whole group selected to do so. So, in order to >quickly edit something in one layer, I have to click one of the layers >in the sidebar, make the edit, then go back and select the group to >regain the ability to rapidly toggle visibility of both layers. I'm >constantly going back and forth between editing a layer and toggling >visibility way too much for this to be practical. > >2) Linking layers. I thought maybe linking the two layes would allow >me to have only one layer selected for editing while being able to >toggle both layers. Not the case - too bad. > >3) A script. I was reading elsewhere that this could potentially be >solved with a script that toggles the visibilty of both layers, >perhaps triggered by a keystroke. I'm really not familiar enough with >GIMP to do this. This could be a potential solution, so if anyone has >any advice on how to do this, that would be amazing. > >If anyone knows of any other solution to this, I would be sooo happy. >Thanks for any help in advance. > >Best, >SegDaltonico Attachments: * http://www.gimpusers.com/system/attachments/589/original/ToggleLayersVisibility.scm -- programmer_ceds (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] glib-networking required on Windows
Thanks for your reply - I hadn't realised that this change had been added to V2.8 as well as 2.9. I have found the answer to my problem. The make of glib-networking that I did had worked but I had made two mistakes. Firstly I was looking for glib-networking.dll rather than libgiognutls.dll. Secondly although I had tried putting liggiognutls.dll into my prefix lib folder it actually has to go into the prefix\lib\gio\modules folder. At least autogen.sh now completes successfully. It might be clearer if the autogen message referred to libgiognutls (in addition to glib-networking) then at least I wouldn't have spent a while looking for the wrong file. >For what it is worth, everything you wrote seems to show up as >intended >on the mailing list. This could means that the issue is display-only, >or >at least that the mail gimpusers.com sends to the list is left intact. >This is GIMP 2.8.22 - adding glib-networking was one of the points to >make this release. > >BTW, this also seems to have given us transparent proxy support - i.e. >file access from locations where a proxy server is mandatory may now >just work. Can anyone confirm this? -- programmer_ceds (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] glib-networking required on Windows
Having looked at the GIMP developer mailing list archives I can't say I relish having my email address exposed - I get enough spam as it is. Perhaps I have led a sheltered existence but in over 40 years of earning a living writing and designing software I have never come across an editor (WYSIWYG or plain text) that autonomously removes line breaks. I suppose that I will have to go back to an earlier set of sources or wait until there is a compiled version that uses glib-networking available. >You could subscribe to the original mailing list and use a proper mail >client - the list is set up to allow for plain text only, to keep it >usable for all clients and devices. -- programmer_ceds (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] glib-networking required on Windows
>(Formatting on this site caused the make to appear at the end of the >configure line - but it is correct in the quoted text!) What is it with this site? The text appeared correctly in the quoted section when I was typing the last post but when it is displayed it is wrong. What do I need to do to get the formatting that I wanted - after all it says plain text only? -- programmer_ceds (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] glib-networking required on Windows
>I thought that I had this sorted - at least GIMP built with >glib-networking the other day. Now the autogen for GIMP says that it >can't find glib-networking and I can't find a .dll for it. > >Trying a different tack to that noted above I have downloaded >glib-networking-2.50-0 and extracted it. > >I have then used the following commands which all seem to complete >successfully: > >./configure --without-ca-certificates --prefix=PREFIX --disable-static >make >make install > >What else do I need to do to generate the required file for a Windows >build of GIMP please? (Formatting on this site caused the make to appear at the end of the configure line - but it is correct in the quoted text!) -- programmer_ceds (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] glib-networking required on Windows
I thought that I had this sorted - at least GIMP built with glib-networking the other day. Now the autogen for GIMP says that it can't find glib-networking and I can't find a .dll for it. Trying a different tack to that noted above I have downloaded glib-networking-2.50-0 and extracted it. I have then used the following commands which all seem to complete successfully: ./configure --without-ca-certificates --prefix=PREFIX --disable-static make make install What else do I need to do to generate the required file for a Windows build of GIMP please? -- programmer_ceds (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] Inconsistent Behaviour of New View Windows
>BTW, this would have been more suitable for the gimp-developer mailing >list. I'm not a member of the gimp-developer mailing list - perhaps I should join - can I join? There is a speed penalty so it might be as well to add an option to Preferences to allow the user to turn this feature off. But even then the behaviour of the views would not be consistent as the airbrush would (unless modified from its current behaviour) still update the additional views as it is used. Whilst it may be helpful to modify the paint tools in this way my aim was to modify the transform tools so that the preview appears in all views - thereby adding to the usability of the Unified Transform tool. If someone could give me any pointers on how this might be achieved I would be pleased to look further at it. I have only just started looking at the gimp sources and trying to build it on Windows (with some success but I still have a few things to sort out) so I'm not familiar with the inner workings of the program. I had assumed that there would be a single canvas for each image and that all of the views for the image were simply apertures on to this single canvas. So when the canvas had been altered it was simply a case of redisplaying the appropriate portions in the one or more views. Given the speed at which the image viewer I use can switch between two full screen images I was expecting that the generally smaller additional views would not take long to refresh. On a separate matter - when compiling/building gegl and gimp there are numerous warnings displayed (some of these are, I think, only output when building on/for Windows). I could work at eliminating these warnings to allow a clean build if such changes would be welcome. Any warnings that then appear as the result of future changes will then stand out and can be addressed or suppressed as appropriate. -- programmer_ceds (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] Inconsistent Behaviour of New View Windows
To quote from the V2.8 on-line documentation for the New View menu command: "Any change, other than viewing changes, which you make in one window also appear in the other displays which show the same image. The new views are not separate image files; they are simply different aspects of the same image. You might use multiple views, for example, if you were working on individual pixels at a high zoom factor. You could then see the effects your changes would have on the image at a normal size." At the moment I think that this really only applies to the airbrush and the colour tools (Levels, Curves, Brightness etc). The paintbrush type tools (pencil, eraser etc) do reflect the changes but only when the mouse button is released (whereas the airbrush shows the line in all of the views as it is being drawn). More importantly the additional views are not updated during transform operations. In fact with the later versions of 2.9.5, in which the active layer is made transparent when the transform tool is activated, the additional views of an image with only one layer all change to the chequerboard pattern - which looks a bit odd and may be the cause of a number of questions/bug reports. Displaying the transform preview in the additional views would conform to the aim stated in the documentation of allowing views of the changes at different magnifications to that used for the active view. In particular it would allow a higher magnification to be used for an additional view to see the effects of the Unified Transform tool - where you can't zoom the active view otherwise the control handles are not visible and all you can do is rotate or move the image. Obviously this isn't a problem for the perspective, shear etc tools as the actions still accessible when zoomed in. Changing the paint tools so that they reflect the changes 'in real time' is trivial - in functions gimp_paint_tool_button_press() and gimp_paint_tool_motion() use the existing gimp_display_flush_now (display) call when the image has only one display (this makes the program more responsive), otherwise use gimp_image_flush(image). Unfortunately, however, I don't have the experience to suggest changes to make the transform preview appear in the additional views - this being by far the more useful change. -- programmer_ceds (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] glib-networking required on Windows
Still wrong - try again with quotes "Richard@HomePC MINGW64 ~" "$ pacman -S base-devel \" "> mingw-w64-x86_64-glib-networking" (If that doesn't work I give up but I'm sure that the intent can be seen!) >Sorry, he above post didn't appear quite as intended. The three lines >types into mingw64 should look like: > >Richard@HomePC MINGW64 ~ >$ pacman -S base-devel \ >(lines typed manually now rather than cut and paste which seemed to >upset the formatting) -- programmer_ceds (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] glib-networking required on Windows
Sorry, he above post didn't appear quite as intended. The three lines types into mingw64 should look like: Richard@HomePC MINGW64 ~ $ pacman -S base-devel \ > mingw-w64-x86_64-glib-networking (lines typed manually now rather than cut and paste which seemed to upset the formatting) >By entering the following lines into mingw64 I can now get the gimp >autogen to work: > >Richard@HomePC MINGW64 ~ >$ pacman -S base-devel \ >Then press Enter to select all of the options. > >This process automatically installs gnutls and nettle (referenced in >Partha's post) > >The final line of the three listed above should be added to the >relevant section on the GIMP Windows hacking page. -- programmer_ceds (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] glib-networking required on Windows
By entering the following lines into mingw64 I can now get the gimp autogen to work: Richard@HomePC MINGW64 ~ $ pacman -S base-devel \ > mingw-w64-x86_64-glib-networking Then press Enter to select all of the options. This process automatically installs gnutls and nettle (referenced in Partha's post) The final line of the three listed above should be added to the relevant section on the GIMP Windows hacking page. >I have recently started building GIMP on Windows as per the GIMP >Windows hacking page (with success until now) but have now fallen foul >of the requirement for glib-networking. > >I have entered the following command in MSYS2: > >pacman -S mingw32/mingw-w64-i686-glib-networking > >The install seemed to be successful but the GIMP autogen fails, saying >that glib-networking is missing. > >Can somebody tell me what else I need to do please? -- programmer_ceds (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] glib-networking required on Windows
I have recently started building GIMP on Windows as per the GIMP Windows hacking page (with success until now) but have now fallen foul of the requirement for glib-networking. I have entered the following command in MSYS2: pacman -S mingw32/mingw-w64-i686-glib-networking The install seemed to be successful but the GIMP autogen fails, saying that glib-networking is missing. Can somebody tell me what else I need to do please? -- programmer_ceds (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] Unified transform Tool When Zoomed In
Is there a good reason why the extra view(s) initiated by "View New View" only update on the completion of an operation? From my point of view it would be better if they reflected the active view (or a sub-set or super-set of the it) complete with any on-screen preview or partially completed drawing operation etc. -- programmer_ceds (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] Unified transform Tool When Zoomed In
Firstly I would like to say that the Unified Transform tool is a brilliant idea - much easier to use than a combination of the separate tools and only one round of interpolation at the end. There is, however, a problem if you are using the tool on a reasonable sized image and want to zoom in to fine tune the transformation - the control points disappear and the only available operations are moving the whole image or moving the centre of rotation (unless I am missing some way of selecting the other operations). With the individual tools (rotate, perspective, shear etc.) it is still possible to make the transformation even when zoomed in. One possible solution would be use "View/New View". the additional view that results can be zoomed independently to the main/original view and can be used as a magnifier for part of the image. However, for this to be a solution the additional view would need (possibly as an option) the ability to reflect the state of the main view in real time - currently it is only updated on the completion of an operation - for example a line drawn with the pencil only appears in the additional view when the mouse button is released, whereas the part drawn line appears immediately on the main view. Similarly the effects of the Unified Transform tool only appear when the operation is completed. Adding this real time updating of the New View would also provide something that would satisfy Enhancement Proposal: Add a temporary magnifier http://www.gimpusers.com/forums/gimp-developer/5849-enhancement-proposal-add-a-temporary-magnifier#message26965 A second solution would be to always display the control points of the Unified Transform tool no matter how far in the image was zoomed but this solution (if possible) would have a less broad application than adding the live view (option) to the New View. -- programmer_ceds (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] Scale and rotate at same time
If you are happy to use GIMP V2.9.x you can use the Unified Transform tool. >Good morning! > >I am working on a project where I have to bring in about 40 different >layers into this project. As I bring them in, I need to put them into >position, by rotating them at different angles, while they are still >in the scale mode. Apparently, such an action is not allowed. I'm >finding one either rotates them before one scales, or one can't rotate >after one scales. I could always rotate them before hand, but what >good would that do. Due to the fact I don't know what correct angle >there supposed to be at until they are shrunk. > >My question is, "can a person manipulate an object by rotating it, >while in the "scale" mode. And if so "how"? If someone could get back >ASAP, I would appreciate it, cause I'm currently working on the >project now! Thanks! -- programmer_ceds (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] Any way to set a layer to be semi transparent?
Open the Layers dialog ("Windows/Dockable Dialogs/Layers"), left-click on the relevant layer in the Layers dialog to make it active then set the "Opacity" field near the top of the layers dialog. >I'm an ex Photoshop user who does astrophotography (AP). In AP we >frequently shoot a number of photos that we then stack in layers to >reduce noise or create color channels. One problem with stacking is >that the sky may move between photos. (It's called field rotation.) >This can be corrected if the stack is aligned properly. While >Photoshop has a number of automated stitching techniques available, I >can't find any of these in GIMP. > >I could manually align layers in stacks if I could reduce the >transparency of one layer relative to the layer below it. Is this >possible? -- programmer_ceds (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] why autocrop layer would not cut all the blanks?
To answer your third question, there are a number of scripts that will draw arrows, one of which is described at: http://registry.gimp.org/node/28566 The script itself can be downloaded from: http://www.programmer97.talktalk.net/Files/arrow.zip The arrows are drawn in the currently selected foreground colour. >Three questions, > > >(1) can I group the layers together and then request autocrop? right >now, I seem to have to merge layers to be one to request autocrop. But >that prevents me from the ability to do changes as needed. > > >(2) After I merge to just a single layer, it seems autocrop can crop >the upper and bottom whites well, but not the left and right white, do >you see the same thing or any wrong I did? > > >(3) It seems gimp does not provide convenient tools like arrow etc, so >I basically copy/paste the arrows from powerpoint here, the issue is, >it seems the color cannot be copied. Is there way to deal with that? > > >Still a quite newbie, thanks for your kind help! -- programmer_ceds (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] GIMP 2.9.5 Erase
Just read the Dark Refraction site again and it says that they are portable builds so I have tried the latest and, sure enough, the problem has gone. Now I just need to sort the problems reported when 2.9.5 processes the migrated copy of my V2.8 set-up - Partha's portable builds are more stand-alone so user added scripts and plug-ins have to be copied across manually rather than being automatically dragged in from a previous install. >Sorry, I should have checked Bugzilla first. > >Not having a set-up to produce Windows builds I was using the portable >version produced by Partha - that way I can keep using 2.8.20 whereas >I assume that I can't use the Dark Refraction versions without >interfering with my 2.8 installation. -- programmer_ceds (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] GIMP 2.9.5 Erase
Sorry, I should have checked Bugzilla first. Not having a set-up to produce Windows builds I was using the portable version produced by Partha - that way I can keep using 2.8.20 whereas I assume that I can't use the Dark Refraction versions without interfering with my 2.8 installation. >Hi, > >There is a big fat message in the empty image window, please >do as it says and only use latest git master. > >Regards, >Mitch -- programmer_ceds (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] GIMP 2.9.5 Erase
One other piece of information - I have just found if the erased path crosses itself (without releasing the mouse button) the intersection stays erased - for example if a figure 8 is drawn in one operation the problem doesn't appear. I don't see the same thing on the same PC (running W7 64-bit) using V2.8.20. >Am I missing something obvious here? > >I create a new image, use bucket fill to fill it with the background >colour (not white, although the 'problem' still occurs with white) and >add an alpha channel to the layer. > >I then select the eraser tool and erase a strip of the image - this >works fine and I see the chequered/transparent background as expected. > >If I then erase another strip that in part crosses the first strip the >intersection of the strips becomes white. > >Erasing the intersection again toggles it back to being transparent.. > >I have tried adjusting various controls for the eraser tool without >success (I consider success to be that the intersection of the two >strips remains erased). > >I am using GIMP V2.9.5 commit 7111ead (the portable Windows version >from Partha's site posted 12.2.2017 (many thanks to Partha for posting >these versions)) -- programmer_ceds (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] GIMP 2.9.5 Erase
Am I missing something obvious here? I create a new image, use bucket fill to fill it with the background colour (not white, although the 'problem' still occurs with white) and add an alpha channel to the layer. I then select the eraser tool and erase a strip of the image - this works fine and I see the chequered/transparent background as expected. If I then erase another strip that in part crosses the first strip the intersection of the strips becomes white. Erasing the intersection again toggles it back to being transparent.. I have tried adjusting various controls for the eraser tool without success (I consider success to be that the intersection of the two strips remains erased). I am using GIMP V2.9.5 commit 7111ead (the portable Windows version from Partha's site posted 12.2.2017 (many thanks to Partha for posting these versions)) -- programmer_ceds (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] Script Help - Basic Macro
I would suggest adding the following two lines at the start of your function:: (gimp-image-undo-group-start image) (gimp-context-push) and the following two lines at the end: (gimp-context-pop) (gimp-image-undo-group-end image) The 'undo' statements allow you to undo the effects of the script with one Ctrl-Z or "Edit/Undo" operation. The context push and pop statements will preserve the context through your script - not that you are affecting any of the context settings at the moment but you might use this script as the basis for another script in the future. On the other hand you might want a future script to affect one of the context settings. >It took longer than I expected, different sample scripts take >different approaches, and it's hard to week out what is and isn't >important, but I finally got it worked out. > >It's a really limited-purpose script, But I was just looking for a way >to speed up the file tab preparation after getting the titles typed >up. > >Anyway, here's the hot mess of code, for the critique and amusement of >the forum members. > >(script-fu-register > "script-fu-file-tab" ;func name > "File Tab" ;menu label > "Makes a layer into a 'double image flipped'\ >format for file tab labels." ;Description > "Andrew Dreasler";Author > "copyright 2017, Andrew Dreasler";copyright notice > "February 7, 2017" ;date created >"RGB RGBA GRAY GRAYA INDEXED INDEXEDA" ;image type that the script >works on > SF-IMAGE "img" 0 ;Current Image >) >(define (script-fu-file-tab img) >(gimp-image-insert-layer img (car (gimp-layer-copy (car >(gimp-image-get-active-layer img)) 0)) 0 -1) >(gimp-item-transform-rotate-simple (car (gimp-image-get-active-layer >img)) 1 0 601 401) >(gimp-image-merge-down img (car (gimp-image-get-active-layer img)) >0) >) >(script-fu-menu-register "script-fu-file-tab" >"/Layer/Create/Filing") -- programmer_ceds (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] Script Help - Basic Macro
You could try using the following function calls: gimp-get-active-layer gimp-layer-copy (returns the ID of the new layer) gimp-set-active-layer (not sure if you will need this) whatever functions you need to make the required changes gimp-image-merge-down To get started I would use the browse function in the console to get details of the functions and their associated parameters (you can type part of what you are looking for in the search box - for instance try just typing layer and see what you get) but I would advise typing the script into a .scm (or .py) file rather than having to keep entering data into the console - that saves time and typing. Once you have made an edit to a .scm file you either have to restart GIMP to use the new version of the file or use "Filters/Script Fu/Refresh Scripts" The error messages can be a little cryptic but using gimp-message can help to track down problems. Look at the existing scripts in (on my PC) C:\Program Files\GIMP 2\share\gimp\2.0\scripts - search these files (or on the net) for the functions you want to use. Possibly use one of the files as the basis for your own script. >I am looking to find some way to automate the following steps: > >1) Duplicate the active layer, shifting focus to the duplicate (the >standard effect when selecting Layer>Duplicate layer) >2) Rotate the new active layer 180 degrees (Layer>Transform>Rotate >180) >3) Move the new active layer up 200 pixels >4) Merge the new active layer with the original active layer >(Layer>Merge Down) > >Since this is just using existing functions within GIMP, it seems like >this should be a simple script to make, however, when testing out the >functions I think I need in the interactive consoles (I've tried this >with both the python console and the script-fu console) All I get are >errors, the functions seem to want the NAME of the layer being >manipulated, even the function to GET the layer name. > >I've worked with script files both in Microsoft environments and in >*nix, I just need to figure out how to make this work in a GIMP >environment. All of the script tutorials I've seen for GIMP seem to >be either designed around automated script-writing software ("First >write the pseudocode like this, then run it through this program which >you can no longer find at the other end of this broken link") or they >seem to be talking about a higher level programming language, writing >what looks like mangled C code for 'hello world' programs. > >Any help that can be provided would be greatly and humbly appreciated. -- programmer_ceds (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] Bug in "arrow" plugin, possible bug with tear-off menus
>Yes, definitely a minor bug in the Paths dialog -- has nothing to do >with the arrow.scm script: > >1) The eye icons aren't on by default. Probably an intentional feature >(don't want lots of paths cluttering the image). >2) The selected path is shown in red and all others in blue for paths >whose eye icon is turned on. This is regardless of whether the paths >tool is active. >3) The bug: If the paths tool has been activated after using a >different >tool, the selected path in the paths dialog is not >editable/stroke-able >(nor displayed unless its eye icon is on) until a new path is created, >either by clicking a first point in the image, or using "right-click >-> >New Path..." in the paths dialog. After that, all paths behave >correctly >(display/edit/stroke) until the paths tool is exited. > >*** UPDATE *** >Just now found it: https://bugzilla.gnome.org/show_bug.cgi?id=708124 >"Paths should be visible by default", originally from 2013 but see >comments #13 through #17 from October of this year. Instead of >creating >a new path when re-entering the paths tool you can double-click on any >path's "mini-preview" in the paths dialog -- it becomes >displayed/editable/stroke-able and then selecting paths in the dialog >works as it should. I agree with comment #16: > >"So yes that feature is completely non-discoverable, and this is why I >think it is not good user experience. For most people, the only way >possible to edit an existing path seems to be to create a new one >(even >if you don't need it) first, which is absurd. Double-click is the way >out of it, but nobody knows about it." > >So this explains why "undo" after using arrow.scm with "Delete path >after arrow was drawn?" turned on doesn't show the path, and the very >non-intuitive workflow to get around it. Thanks for the explanation. -- programmer_ceds (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] Bug in "arrow" plugin, possible bug with tear-off menus
>Also, I like to run the script with "Use new layer for arrow?" turned >off, and "Delete path after arrow was drawn?" turned on. That works >perfectly (the path is removed from the Paths dialog box). But if I >don't like the results and do Edit -> Undo Arrow, the arrow is removed >from the image and the path returns to the Path dialog as the selected >path, but the it (points, handles, path) isn't visible in the image >window, and "Selection From Path" and "Stroke Path" are >grayed-out/inactive in the Toolbox dialog. Even selecting other paths >doesn't make them visible or "stroke-able". At that point creating a >new >path behaves normally, and the Paths dialog can then be used to switch >back and forth between any of the paths and they become >visible/editable/stroke-able as they are selected. It's not that big a >problem, and the original script does the same thing. Maybe some >problem >with gimp-image-undo-group-start/-end, or a bug in the internal >implementation of those methods. > Thanks for the update. There would appear to be something odd with Paths in V2.8.16 at least. The documentation says that the "eye" icon (to the left of the "chain" icon and the preview) in the Paths dialog should show an open eye if the path is visible - for me this icon is blank after I have defined a path. Clicking on this icon after using the arrow script causes the path to reappear on the image but in orange/red rather than the normal white - perhaps someone could try this using V2.9 - if it still behaves the same way (the path isn't shown after the Undo of the arrow script) then it would be worth filing a bug report. If the path is shown in V2.9 then I would suggest ignoring the problem. Re-running the arrow script after the Undo still uses the path even though it isn't visible so for me it isn't a big issue. -- programmer_ceds (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] Bug in "arrow" plugin, possible bug with tear-off menus
>Hi Mark, > >I modified the script last night to correct the drawing of arrow heads >at the end of paths with more than two points. I also included the >suggestion about only using positive numbers. > >I still have to tidy the changes a bit and I will do this later and >update the zip file then. > >Hi Helmut > >I had been wondering whether the scripts that I have written would >still work on V2.9/2.10, thanks for providing the patches. To make >life easier for me (I use Windows) is it possible that you could post >the complete version of the script as you have edited it (or provide a >link so that I can download it) - I can then use a file comparison >program to compare it with the original unedited version and >incorporate the differences into my newly modified version - this >should be easiest way of transferring the changes without introducing >errors (alternatively is there a simple unified diff inclusion program >for W7?). If the changes required for V2.9 mean that the script will >not work under V2.8 I will add conditional code so that it will >function under either version. Hi Mark and Helmut, I have made the following changes: Corrected the drawing of arrow heads at the end of paths that have more than 2 points Added extra controls to determine whether the wing length and brush thickness are related to the path length or in absolute pixels. This is instead of using negative numbers for relative settings and positive numbers for absolute pixel values. Added patches, supplied by Helmut, to allow the script to work in GIMP V2.9/V2.10 Removed previous edit comments and commented out code The warning about paths with more than 2 points is now only given once following an activation of GIMP or a refresh of the Script-Fu scripts Swapped the up/down cursor key actions with the page up/down actions for the LoW and BT value fields (the page keys now increment/decrement by 10 and the up/down keys by 1) I copied and pasted the changes from the diff file noted above so hopefully I have done this correctly - could you check on V2.9 for me please Helmut. The other good news is that the modified code works fine in V2.8.16 (I made sure that all 3 changes were executed by the script) The revised version is at the same link as before: http://www.programmer97.talktalk.net/Files/arrow.zip Please let me know if there are any problems. -- programmer_ceds (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] Bug in "arrow" plugin, possible bug with tear-off menus
>I had to apply the patch below to make your script run under Gimp 2.9. >Are these patches OK ? > >Thanks, >Helmut > > >--- arrow.scm.ORIG 2014-09-16 11:21:14.0 +0200 >+++ ../arrow.scm 2015-12-11 11:16:30.810268551 +0100 >@@ -119,7 +119,7 @@ >(aset points 2 theLeftWingEndPointX) (aset points 3 >theLeftWingEndPointY) >(aset points 4 theMiddleWingEndPointX)(aset points 5 >theMiddleWingEndPointY) > (aset points 6 theRightWingEndPointX) (aset points 7 >theRightWingEndPointY) >-(gimp-free-select image 8 points CHANNEL-OP-REPLACE TRUE >FALSE 0) >+(gimp-image-select-polygon image CHANNEL-OP-REPLACE 8 >points) > (gimp-edit-bucket-fill drawable FG-BUCKET-FILL >NORMAL-MODE 100 0 FALSE 0 0) > (gimp-selection-none image) > )) >@@ -312,7 +312,7 @@ > > (set! num_points (* num_points 2)) > (set! num_points (+ num_points 6)) >- (gimp-free-select image num_points >in_fill_points CHANNEL-OP-REPLACE TRUE FALSE 0) >+ (gimp-image-select-polygon image >CHANNEL-OP-REPLACE num_points in_fill_points) > (gimp-edit-bucket-fill drawable >FG-BUCKET-FILL NORMAL-MODE 100 0 FALSE 0 0) > (gimp-selection-none image) > ) ; end -begin >@@ -450,7 +450,7 @@ >(car >(gimp-image-heightimage)) >(+ 1 (* 2 >(car (gimp-image-base-type image >"Arrow" >100 >NORMAL-MODE ))) >-(gimp-image-add-layer image drawable 0) >+(gimp-image-insert-layer image drawable 0 0) > ; set new layer completely transparent > (gimp-layer-add-mask drawable (car >(gimp-layer-create-mask drawable ADD-BLACK-MASK))) > (gimp-layer-remove-mask drawable MASK-APPLY) Hi Mark, I modified the script last night to correct the drawing of arrow heads at the end of paths with more than two points. I also included the suggestion about only using positive numbers. I still have to tidy the changes a bit and I will do this later and update the zip file then. Hi Helmut I had been wondering whether the scripts that I have written would still work on V2.9/2.10, thanks for providing the patches. To make life easier for me (I use Windows) is it possible that you could post the complete version of the script as you have edited it (or provide a link so that I can download it) - I can then use a file comparison program to compare it with the original unedited version and incorporate the differences into my newly modified version - this should be easiest way of transferring the changes without introducing errors (alternatively is there a simple unified diff inclusion program for W7?). If the changes required for V2.9 mean that the script will not work under V2.8 I will add conditional code so that it will function under either version. -- programmer_ceds (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] Bug in "arrow" plugin, possible bug with tear-off menus
>Thanks, programmer_ceds. Yes, I saw your page on the registry but >didn't follow the link to the actual script. My bad. > >(BTW, I got your post to the list hours after my previous replies. >This >had been happening for the last year or two I was on the list -- I'd >get >posts out of order, and delayed up to a day or more. Maybe it's >related >to why the mailman server was getting bounces from me and kicked me >off >the list.) > >I just now tried your script and it works. Looking at the code, you >did >change gimp-brush-set-radius to gimp-context-set-brush-size (which is >the only thing I did), plus of course much more to support curves. >Nice >work, all of it. > >I think I saw one small problem in that if the path has more than two >points and "double headed arrows" is turned on the script uses the >path's first and second points instead of first and last like the >popup >warning says (nice touch having the popup). And if you're in the mood >for coding I'd suggest adding another toggle to change between >absolute >and relative values instead of using negative numbers for relative as >per the original script. But it's not that important. > >If the registry ever gets working again I think yours should replace >the >original because it's a complete superset of the that one's >functionality. Thanks again for your work. The script was really only intended to work with a path of 2 points only but I will look at modifying it to place the second arrow at the final point of the curve. Having just checked, there is also an issue if a single arrow head is drawn based on the last point of a path with more than two points - the centre of the arrow doesn't lie along the final segment of the path. The easy approach would be to only allow the script to work on paths with two points but I'll think about it. Regarding the relative/absolute values - there are two of the controls where this would have to be done if they are to operate independently and give the greatest flexibility. Again I'll think about this. -- programmer_ceds (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] can't keep proportions
>also, it's not clear to me why 400 x 200 and 420 x 220 is not keeping >aspect ratio? the vertical increases exactly the same amount of the >horizontal To put it slightly differently you can think of the aspect ratio as being the width divided by the height. 400/200 = 2.0 420/220 = 1.90909 (approximately) so the aspect ratios are not the same. -- programmer_ceds (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] can't keep proportions
>hello, i'm making an image which needs to have a certain width and >length. problem is that when i use the tool Filters > Decor > Border >and add the same exact number of px the Y and X columns, the image >does not maintain proportions with the border added. why?it should add >the same exact amount of pixels to the x and to y and keep proportions >but it doesn't. thanks. If you add the same number of pixels to both the width and the height the aspect ratio will change UNLESS the image is square (height = width) - this is a simple consequence of basic arithmetic. If you want the aspect ratio to be unaltered you will need to add more pixels on the shortest sides of the image than you do on the longest sides - how may more being determined by the aspect ratio of the original image. For example if the image was 400 x 200 pixels adding a 10 pixel border to all sides would give 420 x 220 - which alters the aspect ratio. Adding 10 pixels each side and 5 pixels top and bottom gives 420 x 210 which preserves the aspect ratio. -- programmer_ceds (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] Bug in "arrow" plugin, possible bug with tear-off menus
>After 13+ years I let my subscription to gimp-user-list lapse due to >excessive bounces (don't know why that was happening). I wasn't >following it too much anymore. So of course a month later I have to do >some Gimping, run into problems, and need to re-subscribe. Teaches me >a >lesson. ;) > >The "arrow.scm" plugin at http://registry.gimp.org/node/20269 doesn't >work under 2.8.16 -- setting the stroke width has no effect (and it >doesn't use the global brush width, either). I hacked up a fix: It >looks >like gimp-context-set-brush-size is now required instead of or in >addition to gimp-brush-set-radius. The script hasn't been touched >since >2009, and the last comment on the web page is 2013. What's the >protocol >for submitting a patch, or should I just keep a working copy for >myself? > >Problem #2: Tear-off menus (2.8.16 again) don't work, at least in my >environment (Linux, X11, FVWM window manager). For example, >right-click-and-hold in an image window, move down to "Colors >", move >across to the submenu and down to "Invert" and release -- that works. >But right-click-and-hold, move down to "Colors >", move across to the >top "-" line and release to create a tear-off menu. Then in that >new >"Colors" menu/window, click on "Invert" and nothing happens. >(Actually, >something does -- the message area in the lower right corner of the >image window changes to say "Invert the colors", but the image doesn't >change.) Same (no)thing with menu items that should pop up a dialog >window, like "Levels...". But doing a deeper submenu from the tear-off >menu, like "Map >" and then "Alien map..." from there does work. > >I couldn't find this on Bugzilla. Can anyone else recreate it? I'm >guessing it hasn't shown up because everyone's on Windows or some >fancy >Linux "desktop environment" and/or does the thing where you dock all >the >menus/windows/dialogs into the main image window (I don't know how to >do >that, nor why I'd want to). > >Thanks for any suggestions. Also for keeping gimp-user-list alive. >Were >there lots of posts about changing "File -> Save As..." back to allow >saving to JPEG/PNG/etc in addition to XCF instead of having to use >"File >-> Export" while I was gone? ;) I have made a number of changes to this script over the years, the most recent, in 2014, being to allow curved arrows. I added an entry to the registry with a note to say that I couldn't upload the script but posted a link to it instead. There were a number of other changes that I had made to the script before that but I'm not sure whether or not they address the brush issue that you have. perhaps you could try my version of the script. If necessary we could amalgamate the changes to get a script that corrects a number of issues with the original script, draws curved arrows and solves your problem. I don't know of a site that hosts GIMP scripts whilst the registry is unavailable but I am happy to replace the zip file on my site with an updated one for the time being. The latest version of the script: http://www.programmer97.talktalk.net/Files/arrow.zip The GIMP registry page for the version of the script that includes curved arrows: http://registry.gimp.org/node/28566 -- programmer_ceds (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] Gimp-Fu is so frustrating
>Hi, > >I'd like to get 'exposure-enblend.scm' script running. >It fails with gimp-edit-paste failed after executing > >(gimp-edit-copy from) > > (car (gimp-edit-paste to FALSE > >Is there any means to find out why it fails. >I've really searched the net but didn't find docs on debugging >Script-Fu >nor an procedure which changed on the way from gimp-2.4 to current >gimp. > >I'd be really grateful if someone can give some advice. > >Thanks, >Helmut Try (car (gimp-edit-paste FALSE)) (no 'to' and I'm not sure that you have the correct number of closing brackets) -- programmer_ceds (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] Restoring Faded Slides
>Several years ago I wrote a gimp plug-in for automatically restoring >images from scanned colour slides or prints that had faded or acquired >a colour cast with age. Several people contacted me saying they found >it useful. I have now produced a new version which I believe works >better. The plug-in software and a document with technical details >and examples can be downloaded from >www.lionhouse.plus.com/photosoftware/restore/. The old version has >been renamed Restore1 and the new version is Restore2. Although it >will not be of direct interest to GIMP users there is also a >stand-alone python version. Hi Geoff, I have been trying your filter on some scanned negatives and the results look very promising (partly I need to refine my scanning set-up) Two comments though. Firstly when trying to run the script it fails as it can't find the debug folder that you have on your system - I have created a temporary folder on my (Windows 7) PC and edited the script to use this - but it might be better if debug was disabled by default so the average user didn't have to bother about this. (A similar situation applies to the folder for saving the options if this is selected). Secondly, and this is just a personal preference, I have moved the filter so that it appears in "Filters/Enhance/" as Restore3, rather than adding an entry to the menu bar. Thanks for the script. -- programmer_ceds (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] Smart Separate Sharpen Script
>Hello All, > >Just downloaded and installed this script from the GIMP Plugin >Registry, >but I can't seem to find it on any menu. Can anybody tell me where I >should find it listed? > >Thank you. > >Kind regards, >Alan Filters/Eg (The menu location for a script is given in the code that registers the script - this (usually) appears at the end of the script file. Both Script-Fu and Python scripts are simply text files so any editor capable of opening a text file can be used to examine the file) -- programmer_ceds (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] Changing the brush sizes
>How do you change the sizes of a brush? I knew but have been away from >gimp >for a little while and my memory not so good, now I can't remember >what it >is. Looking forward to hearing from the helpful users of gimp. I'm >using 2.8 Alternatively you could use the short-cut keys '[' and ']' to make the brush smaller and bigger respectively. Use the shift key in combination with these keys to increase the amount of change in the brush size. -- programmer_ceds (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] merging two layers in python-fu
>Hi, >We would probably accept a patch that adds a PDB function to merge a >specified set of layers. But we don't even have this functionality in >the core, so that would have to be added first. > > >Sven I realise that this is an old thread but I was looking to do the same thing. I was just about to adopt the solution noted above when I found the gimp-image-merge-down function. I haven't tried it yet but the description says that it merges the layer passed and the first visible layer below. Hope this helps anyone else treading the same path. -- programmer_ceds (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] Pressure Sensitivity with Monoprice Tablet
>I found the solution to the problem here: > >http://www.robertcina.com/2014/12/22/how-to-get-monoprice-graphics-tablet-pressure-sensitivity-to-work-in-gimp-2-8-on-windows-8/ > >Apparently, for whatever reason, the 64-bit version of GIMP for >Windows does not work properly with pressure sensitivity. The website >above provided easy instructions on how to force my 64-bit computer to >load the 32-bit version of GIMP, even though the installer wants to >automatically load the 64-bit based on what it detects from my >computer. Now the pressure sensitivity is working perfectly. > >Thanks for your help, though! Pleased that you found the answer - so now the pressure's off - or should that be on? :¬) (Your statement above that the 64-bit version of GIMP for Windows does not work with pressure sensitivity should, perhaps, be qualified to say that this applies to Monoprice tablets - I am running W7 64-bit with a Wacom and have no problems, provided that I start GIMP from the tablet) Happy New Year -- programmer_ceds (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] Pressure Sensitivity with Monoprice Tablet
>Okay, I tried opening GIMP with the Tablet pen, but no change. > >If the tablet is set to Disabled, it draws like a mouse, and if it's >set to Screen or Window, it tries to left click, right click, and >middle click at the same time. > >Any other ideas? Sorry, no more ideas - I was just reporting what worked for me with a Wacom Volito II and Windows 7. Could it be a driver problem? -- programmer_ceds (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] Pressure Sensitivity with Monoprice Tablet
>I just got a 10 x 6.25 inch Monoprice Graphic Drawing Tablet for >Christmas, and am trying to use it with GIMP. When I installed it, it >was working fine, except that there was no pressure sensitivity. I >checked the dynamics settings, and it was set to "Pressure Opacity," >but still no response to pressure. > >After a quick web search of this problem, I followed the tips found, >which involved making sure the tablet was plugged in and working >before opening GIMP, opening the Input Devices window, finding my >tablet, and setting it to Screen. I found that, with it set to Screen, >if I tried to draw on the canvas, it seemed to try to left click, >right click, and middle click all at the same time. > >I have the device disabled again so that it works just like a mouse, >but I would really like to use the Pressure Opacity setting. Can >someone help me? > >Thanks! I am not on the PC that I have a tablet attached to at the moment but I believe (for Windows at least) that in order for the graphics pen dynamics to work you have to actually start GIMP using the graphics tablet and pen - i.e. use the pen like a mouse in windows to double-click the GIMP icon to start the program. This works for me anyway with GIMP V2.8.16 (and 2.8.14 before that) -- programmer_ceds (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] Downloaded 2.8.16 & no shortcut was created on desktop. Don't know how to launch?
>Hi. Brand new GIMP user. Unfortunately, the shortcut to desktop was >missed. Don't know how to create the shortcut to launch GIMP. Please >help with simple instructions. Windows explorer has so many GIMP >folders, that I can't figure it out.Also, would like shortcut for the >GIMP doc that I downloaded.Thanks a zillion. >Please do not use this email address for any other purpose. "C:\Program Files\GIMP 2\bin\gimp-2.8.exe" works for me - but it would depend on where you installed GIMP -- programmer_ceds (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] Script Dialog Boxes Not On Top
Just tried this again - I was fooling myself yesterday - I had cancelled the script dialog when running in single window mode and that was why the dialog appeared on top in multi-window mode the first time I tried it. If the dialog is executed in multi-window mode it does not appear on top the next time it is activated (neither does any other Script-Fu script dialog). -- programmer_ceds (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] Script Dialog Boxes Not On Top
Just playing with this some more - Script-Fu dialogs do appear on-top if the Cancel button was used to terminate the previous Script-Fu dialog - whether or not it was the same script. Not that this is any use in practice but it might give someone a hint as to the cause of the problem. -- programmer_ceds (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] Script Dialog Boxes Not On Top
>The only fix (more of a workaround really) I've been able to figure >out for this is to disable Single Window mode In Gimp's Windows Menu. >Then Script-Fu dialogs will appear the way they're supposed to. I've >tested this on Win7 32 & 64 bit. > >I'm surprised no one has responded to this...and I can't believe it >hasn't been fixed. When I first started with Gimp it confused the crap >out of me until I realized what was happening. I can easily see this >discouraging newbies and cause them to abandon Gimp altogether. And of >course, for common tasks this can be a maddening issue. Thanks for the reply. You are right - if I select single window mode the Script-Fu dialog appears on top and still appears on top after disabling single window mode - until I terminate GIMP; the next time GIMP is run the dialog is not on top again. This procedure also messes up the dimensions of the tool-box (that I have on one monitor) and the main editing window (that I have on a second monitor) - the cure is therefore nearly as much of a pain as the problem ;¬( -- programmer_ceds (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] How do I move a selection?
>I viewed a few tutorials on how to move a selection around in an image >but none of them explained things enough for me so I could actually >move the selection I'm working with! >-- >Following the tutorial, > >I selected the object I wanted to work with, with the Rectangular >Selection Tool. > >Then, "Cut." > >"Paste as""New layer." >-- > >So, first, the object disappeared when I CUT it. >But then when I went "Past as"... "New layer," nothing happened. The >selected object didn't appear the way it was shown in the tutorial! >So, (of course), I couldn't do anything further. :( > >Can anyone tell me what's going on here? Having pasted the selection as a new layer: 1. Select the layer - left click on it in the layers dialog (it may already be selected - you could try omitting this step) 2. Use the "Move Tool: Move layers, selections and other objects" (a cross icon with arrows at the end of each arm) Of course you could use Copy rather than Cut if you don't want to leave a hole in the original image Use "Image/Flatten Image" when you have finished -- programmer_ceds (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] Factory settings/reset to defaults
>I'm not sure but I suspect if you terminate GIMP, take a copy of >Users\\.gimp-2.8 (just in case things go wrong) and then >delete the contents of that folder. Then when you restart GIMP >(hopefully) it should recreate the contents of .gimp-2.8 using the >default settings. If it all goes wrong termiate GIMP and restore the >original contents of the folder. > >Note that you would have to transfer and scripts, plug-ins, brushes >etc that you had installed from the back-up folder to the newly >created folder (when GIMP isn't running) That should have read Users\user name\.gimp-2.8 (but I put less than and greater than signs around user name and this text didn't appear in the post) -- programmer_ceds (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] Factory settings/reset to defaults
>I need to know how to set my GIMP 2.8.14 back to original settings. I >tried: reset to defaults and nothing happened. > >I have somehow messed up my text settings so that my letters are >smashed up, and the size of the text box won't increase. I make a text >box, but the text stays in about .25% of the box and starts wrapping. > >Also, I closed my toolboxes and I can not figure out how to get them >back to the way they were when I downloaded the program. > >Thank you for taking the time to read, I apologize if this was already >asked, I couldn't find it in the forums. > >-tai > >ps I have windows 8.1 64 bit I'm not sure but I suspect if you terminate GIMP, take a copy of Users\\.gimp-2.8 (just in case things go wrong) and then delete the contents of that folder. Then when you restart GIMP (hopefully) it should recreate the contents of .gimp-2.8 using the default settings. If it all goes wrong termiate GIMP and restore the original contents of the folder. Note that you would have to transfer and scripts, plug-ins, brushes etc that you had installed from the back-up folder to the newly created folder (when GIMP isn't running) -- programmer_ceds (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] [Gimp 2.8] Pencil Cursor doesn't move with mouse cursor
>Bump Are you using a graphics tablet? If so try turning off the display of the rulers (De-select "View/Show Rulers") I think I read somewhere that this has been addressed in a later version of GIMP -- programmer_ceds (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] Script Dialog Boxes Not On Top
Apologies if this has been asked already or is a known bug (I can't find any references on the net) - when activating a Python script the associated dialog box appears on top/in front of the image editing window - when a Script-Fu script is activated the dialog box appears behind the image window - necessitating a click on the tab for the script in the task bar. For the occasional use this isn't a problem but if the script is used frequently it is a pain. Is there any setting that will cause the Script-Fu dialogs to appear on top? Could this behaviour be changed in a future version of GIMP to make the Script-Fu scripts behave the same as the Python scripts - or is Script-Fu to become obsolete in future GIMP versions? I am running GIMP 2.8.14 on Windows 7 64-bit with the toolbox on one monitor and the image editing window on a second monitor. -- programmer_ceds (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] Can I configure my mouse to....
>Just a quick update on my testing with Logitech SetPoint: > >- I configured button 3 for "Universal scroll". When I click button >3, moving the trackball up or down causes scrolling in that direction. >Unfortunately it is a toggle not a modifier, but I can work with that. >- There is also "AutoScroll", in which I can click the button and an >anchor cursor appears at the mouse location; moving the mouse relative >to the anchor causes scrolling in that direction. > >The former scrolling behavior is more intuitive for me personally, >however, it doesn't work in all Windows apps (GIMP, Inkscape, and >Firefox alike). > >Looks like XMouse is the next thing on my test list > >-- Stratadrake >strata_ran...@hotmail.com > >Numbers may not lie, but neither do they tell the whole truth. On Windows I use X-Mouse Button Control - this allows you to configure the mouse actions on a program by program basis - including, if you wish, applying keyboard command sequences to the buttons (as an example I used this to make give scroll horizontally using the tilt wheel) You can also set the default mouse actions for any programs that you have not specifically configured the program for - its a really useful piece of code. -- programmer_ceds (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] UFRAW creates blurry images
>I tried the tiff format but it does not seems to make a lot of sense >with Gimp. > >Gimp cannot handle 16-bit tiff images and i lose a lot that extra >information from the 14-bit RAW file. > >Or am i missing something here? > > >Also, why does my windows show that the jpg files are 24bit - should >they not be 8bit? Or is it 8 bit per channel * 3? The current release version of GIMP (2.8.x) will only operate in 8-bit colour depth. The next version of GIMP is said to handle 8, 16 or 32-bits colour depth (I only say "is said to" because I haven't tried it). You would therefore have to export an 8-bit tif from UFRaw for further processing in GIMP, or use the development version of GIMP (2.9.x) which is not recommended for 'important' work. If you want to work in more than 8 bits until any final conversion to jpg you have, at least, the following two alternatives - use Photoshop/CS (which I don't have) or process your raw files in something like RawTherapee (available for Windows, Linux and Mac) or darktable (Linux and Mac only) - both of these programs are open source and available for free. I stand to be corrected on this but there is no 16-bit jpg format - so if you want to produce a jpg as the final result of your processing you will have to degrade to 8 bits at that point (keeping the file with the 16-bit colour depth from which the jpg was generated (in the same way that you work with xcf files in GIMP and just output a jpg at the end)). As you surmise the 24-bit colour relates to 3 channels, each of 8-bits. -- programmer_ceds (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] UFRAW creates blurry images
>I will try to use the tif. But could you try to answer this as well: > >If the original CR2 (RAW) file s sharp as nails (looks exactly the >same as camera generated JPG) then how can the UFRaw generated picture >be less sharp than the original RAW file? I believe that the CR2 files contain not only the raw image data but also a jpg thumbnail - at a guess the thumbnail may be sharpened (in camera) and it is probably the thumbnail that Irfanview is showing you. The point with raw files is that you (in theory) get (something close to) the raw sensor data which you can then process with a different set of parameters/controls to those used by the camera - this includes sharpening. Try loading the image into RawTherapee where you can turn the sharpening on or off - when turned off I would expect you to see a similar level of blurring to that produced by UFRaw (which has no sharpening feature). -- programmer_ceds (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] UFRAW creates blurry images
>Please see the attached images in my fist post. If it is just the blurry nature of the UFRaw jpg then the answer is in your original post - no sharpening has been applied, so you might expect it to be blurry. Have you tried processing the image with UFRaw but saving it in tif format, then using something like Unsharp Mask 2 V0.12 in GIMP to provide the required level of sharpening? (Have UFRaw output lossless tif files, rather than jpgs which (usually) lose image information and (can) introduce artefacts - only save the finished image in jpg format.) -- programmer_ceds (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] UFRAW creates blurry images
>I tried to use UFRaw to convert my RAW files to jpg. > >The problem is that the exported files are very blurry. The camera >created jpg files are nice and sharp. > >If i view the RAW file with IrfanView then this is sharp too. > >Denoise is set to 0, and JPG comp level is at 100. There does not seem >to be a sharpen option. > >What could cause UFRAW to mess up the images? Am i doing something >wrong or is it just crap? I don't think that UFRaw has messed up your image - it is simply that UFRaw doesn't have a sharpening option whereas your camera is sharpening the jpeg (quite strongly) in camera. If you use UFRaw you have to accept that you need to sharpen in GIMP afterwards (I normally use the Unsharp Mask 2 V0.12 plug-in for this). Alternatively use Darktable, RawTherapee or, if you have a Fuji camera, S7raw. Also note that UFRaw is giving you slightly more information at the edges of the image (more pixels in both dimensions) than the camera jpg. -- programmer_ceds (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] Counting colored pixels in an indexed picture?
>You are right, my mistake. > >It's working. Exactly what I neede. Thank you very much! Pleased to help and to hear that it does what you need -- programmer_ceds (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] Counting colored pixels in an indexed picture?
>That doesn't work. >I attached a screenshot to see how that looks like It works for me using the "Select by Color" tool - from your screen-shot you are using the "Color Picker Tool" - try "Select by Color" -- programmer_ceds (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] Counting colored pixels in an indexed picture?
>Hi, > >I have an indexed picture with only 4 coloros in it. >How can I count the number of pixels of each color. > >Played a bit with the Histogram window, but didn't find a way. > >Would be happy for some help. >Thank you! Use the select by colour tool (with the mode set to "Replace the current selection" and then look at the histogram window. If you had an image with many more colours, or you wanted to do this for a large number of images, a simple script would be the answer. -- programmer_ceds (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] Utilisateur GIMP France -----> HDR
I am not aware of a GIMP plug-in or script that will use more than 3 layers for HDR but I believe Picturenaut (which I have not used) offers the possibility of using more layers. http://www.hdrlabs.com/picturenaut/ (I know this isn't GIMP but who goes through life trying to use one tool for all purposes?) I assume that 3 layers with large enough differences in exposure is inadequate for your purposes. -- programmer_ceds (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 Background in GIMP
>GIMP 2.8.4 Windows 7 64-bit > >Using the native GIMP rotate function to rotate a rectangular image >about its centre (for instance) the corners of the image which are >exposed by the rotation are set to RGB 0x00 with an alpha value of >0.so that these areas are transparent. > >If the same operation is performed as a GEGL operation the corners >have RGB values of 0x00 but alpha values of 255 - i.e. they are >solid black. > >Is there a setting to cause GEGL to use alpha values of 0 for these >pixels? > >This also applies to GEGL operations such as shear. Adding an alpha channel causes the areas exposed by the rotation to have a graduated transparency. Problem solved. -- programmer_ceds (via www.gimpusers.com/forums) ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list