Re: [Gimp-user] No gimp-python in Debian (Testing)

[Scott Jacobs via gimp-user-list]

>Do you have python installed? On my Ubuntu system the 'python' package is 2.7.
I had not.

The second dpkg call, where I attempted to install both gimp-python and 
python-gtk2 from my previous
debian install (in another partition), apparently left a record of its attempt, 
for when I called up synaptic
to see if python was installed, python and six or eight other python-related 
packages were already selected
for install to correct 'broken' packages.
Once I let it install them, I called the dpkg call again, and was successful.

Note that my success was only because I had my earlier debian install available 
to raid, and that the apt
package cache had not been cleaned out and the two packages were right there.

Someone who had newly come to debian testing or sid, or had erased his previous 
install when installing,
or who had been a good housekeeper and cleaned out his cached packages, would 
not have had the option
that was ultimately successful for me.

I assume gimp-python will have to be updated to use python3 at some point, or 
more and more people will
find that GIMP no longer will be able to run python plugins.
(I don't know if all, some or few of the plugins will have to be updated as 
well - if the Python API has changed
enough to be a problem for legacy Python apps/plugins, or not...)
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] No gimp-python in Debian (Testing)

[Scott Jacobs via gimp-user-list]

Update:

I tried to install gimp-python from my previous Debian install, and it failed 
with dependency issues:

scott@ASUS-Prime-B350M-A-CSM:~$ sudo dpkg -i 
/home/scott/Downloads/gimp-python_2.10.8-2+b1_amd64.deb 



  
Selecting previously unselected package gimp-python.




   
(Reading database ... 331569 files and directories currently installed.)




   
Preparing to unpack .../gimp-python_2.10.8-2+b1_amd64.deb ...   




   
Unpacking gimp-python (2.10.8-2+b1) ... 




   
dpkg: dependency problems prevent configuration of gimp-python: 




   
 gimp-python depends on python:any. 




   
 gimp-python depends on python-gtk2 (>= 2.8.0); however:




   
  Package python-gtk2 is not installed. 




   





   
dpkg: error processing package gimp-python (--install): 




   
 dependency problems - leaving unconfigured 

 

[Gimp-user] No gimp-python in Debian (Testing)

[Scott Jacobs via gimp-user-list]

At some point after I first installed Debian (last year), the gimp-python 
package disappeared from Debian Testing.
I already had it, so never noticed...

I just did a clean install of Debian Testing LXQt, installed GIMP, moved over 
my Resynthesizer-based plugins,
and tried to use Heal Selection.

It complained about Python, and I remembered from the previous install that for 
some reason, gimp-python
was not automatically pulled in on Debian, and I had had to install it 
separately before Heal Selection would work.

So, now I opened up Synaptic and searched for "gimp" and then looked down the 
list for anything Python-related,
(not yet remembering the exact name), and didn't find anything that sounded 
right.
I did a google search to find the exact name, and returned to Synaptic, and IT 
WAS NOT THERE.

I now vaguely remembered reading something about Debian and Python...

Googling it now, I found:
https://bdmpublications.com/debian-ubuntu-remove-python-2-packages/
"Debian and Ubuntu to remove Python 2 packages
Python 2 is set to reach its end of life on January 1st 2020, a mere four 
months away now. 
As such, Debian and ultimately Ubuntu will be looking to drop the current 
Python 2 packages in the next release cycle.

Debian 10 ‘Buster’ has recently been released, and will of course still be 
supporting Python 2 within its build. 
However, with an eye to Debian 11, codenamed ‘Bullseye’, the team are going to 
be dropping the legacy Python 2 code
and instead focus on adopting Python 3 in the relevant core packages.
"
Debian Stable still has it (2.10.8-2), and I can see it depends on Python 2.7:
"dep: python
interactive high-level object-oriented language (Python2 version)
dep: python-gtk2 (>= 2.8.0)
Python bindings for the GTK+ widget set
dep: python2.7
Interactive high-level object-oriented language (version 2.7)
"

What if anything is being done to help people who use python plug-ins, and thus 
need gimp-python?

Should I assume that even if gimp moves to Python 3.x, that the various python 
plug-ins would have to be updated/re-written
to use Python 3.x?

For now, would an app-image contain within itself the gimp-python code that 
would allow Heal Selection and other python
plugins to function?

___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Project Question

[Scott Jacobs via gimp-user-list]

I have used Hugin quite a bit (but by no means an expert),
and it does all 4 steps quite well, normally.
(if any of the exposures is WAY different in light level, you might
want to use GIMP on that one to bring it closer to the others.)
Once it Aligns the photos, you can move the conglomeration around
to straighten it, try a different projection, and then crop to what looks
good.
If things don't align as well as you like, you can add control points. 
I have even thrown it four photos that were actually a vertical panorama,
and it figured it out and aligned perfectly on its own...

>There are four steps, whichever program you use:
>(1) combine all the images into one big image, e.g.one per layer (File-
> ->open as layers in gimp)
>(2) correct for rotation and make obvious exposure corrections to the
>photos - this is especially necessary if the lighting, focus, or camera
>settings such as exposure time and aperture varied between shots at
>all;
>(3) determine known common points in each pair of pictures and move
>them to connect at these points, using perspective and barrel distort
>as needed
>(4) correct colour casts, darkness etc between separate parts of the
>joined-up image and crop away the uneven edges.

>Hugin will do step 3, which is the hardest part.
>The others, you can do in gimp.
>
>Liam (slave ankh)
___
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 optimize this workflow

[Scott Jacobs via gimp-user-list]

When I go to the drugstore to their self-print stations, I know
that their paper sizes are not the same ratio as my image sizes.
If I don't create special versions of my images, I know that they will
have their ends cut off.  This displeases me.

Before I go, I create special versions of the images, that have the same
aspect ratio as the print size.  I pad the smaller dimension with white
(the paper color), and center the image, since I am not
planning to cut off the padding after printing the image.  (If I were planning
to cut the print down to image size, I would make sure the image was all
the way to the left or right, so I would only need to make one cut).

How do I do this?

First, open the image, and change the zoom factor to make it a smaller 
percentage,
so there's lots of padding around the image.
Invoke Rectangle Select, click on Fixed, and enter the aspect ratio of the 
print size
as width  height (example: for 5x7 paper, enter "7:5")  If later, you 
find that
you had it backwards, just click on one of the two buttons at the right of that 
line,
and the ratio will reverse itself, without need of re-typing.
Now, click and drag anywhere to make a rectangle, of any size. Size and position
doesn't matter (other than allowing you to see if you got the ratio in the 
right order).

Now, enter the smaller of the image's width/height in the right box after 
"Size".  
(LEFT box, if image is in portrait mode).
The dimension in the other box will change to a larger amount.
(If you enter 0 in both Position boxes, you will see the rectangle bounding box 
is
the same size as your image, except in one direction, where it is larger.)
You will need this new dimension in the next step, so "copy" it to the 
clipboard.

Now, invoke Image->Canvas Size from the main menu.
Paste the new dimension into the Width box (HEIGHT box, if image is in portrait 
mode),
and press .  The preview box will enlarge in one direction.
At this point, you can either click on Center to center the image in the 
preview box,
or you can click and drag the image all the way to one end or the other of the 
preview box.
Change Resize Layers from None to All Layers (may not be necessary).
Change Fill With to any of the options you want, and then click on "Resize".

Export the image under a different name (probably something that indicates the 
print ratio.)

Done!
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] (preferably Linux-based, OS) utility to extract images from image-based pdf files ...

[Scott Jacobs via gimp-user-list]

Perhaps I am misunderstanding something, but why can't you just do the 
following:

Open GIMP

Open the .pdf file
 Gimp will show a PDF-Input window:
   change the resolution to at least 300ppi
   select only the pages that contain the images you want
 (use ctrl-click to select multiple individual pages, or use the
   Select range text box to input page numbers)
Click on Import
  Gimp will default to opening each page as a layer.

 Select the images you want [probably rectangle-select], and copy/paste as new 
layer 

 Do whatever you want with the images.

?
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Stitching Photos

[Scott Jacobs via gimp-user-list]

>>> As I paste in the second image and slide it over--in this case to the 
>>>right, it disappears.  ...>>I'm not sure what the official way to solve this 
>>>is, but ...

Pat David wrote:
>Or maybe just use "Fit Canvas to Layers" every once in a while? :)
https://youtu.be/MYHZaFxor40
Well, THAT'S a handy little procedure!  
Thank you for suggesting it!
___
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] Stitching Photos

[Scott Jacobs via gimp-user-list]

>I can't seem to make this work; I don't see any option for enlarging the
>workspace.  I can enlarge the canvas as much as I want, but this doesn't change
>the size of the "window" through which my content is visible.  As I paste in 
>the
>second image and slide it over--in this case to the right, it disappears.  It's
>almost like the second image is sliding under the blank background that was
>created when I enlarged the canvas.

I'm not sure what the official way to solve this is, but when I am putting 
several imagestogether, I look at each in an image viewer to see what the width 
and height are in pixels, add those figures together as is appropriate to how 
the images will be placed in the final image (if I am not sure, I just make it 
bigger than I think I will need - I can always crop it down later), and then 
open GIMP.I immediately do a File->New> and set the width and height to the 
figures I calculated,and under Advanced Options set the initial content to Fill 
With whatever color you want.I usually pick white, but you could use the fore- 
or background color, or transparency.(You may wish to set the x- and y- 
resolution, but I don't know if it is really necessary - mine is set to 300 
ppi, but I don't know if that is default, or because I set it some time...)
Now that I have a background layer that is (at least) large enough, I then 
File->Open as Layersall of the images that will be used to make the final image 
(remember, you can save time byCtrl-Clicking multiple individual files in the 
same directory, and shift-clicking the first and lastfile of multiple files 
that are located right next to each other in the same directory).
Now, just move things around as you like, and/or cut/paste parts of one layer 
onto otherlayers, etc.
Sometimes, when I know that I only want a little from each image, I will just 
cut/paste bitsof each layer onto the background, and play around with exact 
placement there, later...
-
When I go on a trip, I will often use this technique to open pages of a 
downloaded .pdffile of a complete bus schedule, knowing that I only need a few 
lines on a few pages.I'll cut and paste those lines, and probably the page 
headings, on what will end up asonly one printed page, which I can then take 
with me.
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] from the shadows . . .

[Scott Jacobs via gimp-user-list]

In case anybody ELSE had a problem bringing up the website from thelink 
provided below, note that a typo divorced the final 'l' from .html.
Here is the corrected link...
https://patdavid.net/2013/11/getting-around-in-gimp-luminosity-masks.html

---said 
Ofnuts:

| The answer is luminosity masks:
| https://patdavid.net/2013/11/getting-around-in-gimp-luminosity-masks.htm
|l
|
| Basically, you make selections where the selection amount on a given
| pixel is proportional to the closeness of the pixel's luminosity to the
| range of luminosity you want to process.

I know that that is *an* answer but I very much hope that it is not *the* 
answer.
-- 
dep

Some pictures:
http://www.ipernity.com/doc/depscribe/album

___
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] Size photo so it will consistently print at a specific size

[Scott Jacobs via gimp-user-list]

Whenever I know I want to print a photo at a certain size, Ibring it into GIMP, 
and re-export it immediately, changing thename to photoXXX_8x10.jpeg. (So as 
not to accidentally killthe original file)I then do a rectangle select, and in 
the Tool Options section, click on Fixed -- Aspect Ratio, and enter 8:10 (for 
example) inthe box below.  I then click 'n' drag in the image. The boxI make 
will be the right shape for the print (or I then go back andmake it 10x8, 
'cause I got it in the wrong order...!).I release the left mouse button, and 
then use the side and
corner buttons to enlarge the box, and click 'n' drag in the centerto drag the 
box around.  Once the box contains all that I want toinclude in the photo, I 
press Enter to 'finalize' the selection (clickinside the selection to get the 
'handles' back to further modify thesize/position).Once you have a finalized 
selection, the menu option Image->FitCanvas To Selection modifies the image 
dimensions to match the newsize/shape of the image.  Export this, and you have 
something thatwill exactly match the shape of the paper on which you want to 
print.
(Sometimes I don't want to crop ANY of the image, and then I just makeone of 
the dimensions LARGER than in the old image size, and just live with the fact 
that there will be white borders on two sides of the image.You may need to 
enlarge the canvas, and make a layer underneath your image, filled with white, 
to do this.  You MIGHT choose,if your image is bordered with black, to fill 
this layer with black instead.)

Note that here we are not concerned with the exact dimensions of the 
print,merely the shape (aspect ratio) of the image, as the printing firm (my 
cornerdrugstore's photo kiosk) is only concerned with matching the shape of 
theimage with the shape of the paper.
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Can't install Resynthesizer (et al.) plugins in version 2.10.8

[Scott Jacobs via gimp-user-list]

>Recent versions of Ubuntu do not install the gimp-python package by default
Apparently this is also true for Debian.Since Ubuntu gets [most of] its 
packages from Debian,it is possible that Debian did it first, and Ubuntu 
merelyinherited the practice...

-Original Message-
From: Ofnuts 
To: gimp-user-list 
Sent: Sun, Mar 24, 2019 4:33 am
Subject: Re: [Gimp-user] Can't install Resynthesizer (et al.) plugins in 
version 2.10.8

On 3/20/19 3:16 AM, Scott Jacobs via gimp-user-list wrote:
> 1) Is there a missing GIMP-python module.
> That was it!  Strange, I don't recall ever explicitly installing 
> that...Perhaps for some reason (either earlier version versus this,or Debian 
> vs [Lu]buntu) the gimp-python pkg was not automaticallypulled in ...


Recent versions of Ubuntu do not install the gimp-python package by
default as they did in the past. I don't even see the point of making 
it a separate package...

___
gimp-user-list mailing list
List address:    gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:  https://mail.gnome.org/archives/gimp-user-list
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Can't install Resynthesizer (et al.) plugins in version 2.10.8

[Scott Jacobs via gimp-user-list]

>2) The permissions on the .py files should presumably be set to execute.
It would not be this, as I copied over the files from my Lubuntu install, so if 
they were set there, they would be here too.

1) Is there a missing GIMP-python module.That was it!  Strange, I don't recall 
ever explicitly installing that...Perhaps for some reason (either earlier 
version versus this,or Debian vs [Lu]buntu) the gimp-python pkg was not 
automaticallypulled in ... 
>But I've no experience of GIMP python modules, so I'm only guessing.Well, good 
>guess, then! Thank you!


-Original Message-
From: Cliff Pratt via gimp-user-list 
To: gimp-user-list 
Sent: Mon, Mar 18, 2019 9:28 pm
Subject: Re: [Gimp-user] Can't install Resynthesizer (et al.) plugins in 
version 2.10.8

There's two things that you could check.
1) Is there a missing GIMP-python module.
2) The permissions on the .py files should presumably be set to execute.

But I've no experience of GIMP python modules, so I'm only guessing.

Cheers,

Cliff


___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Can't install Resynthesizer (et al.) plugins in version 2.10.8

[Scott Jacobs via gimp-user-list]

-Original Message-
From: Cliff Pratt via gimp-user-list 
To: gimp-user-list 
Sent: Sun, Mar 17, 2019 6:53 pm
Subject: Re: [Gimp-user] Can't install Resynthesizer (et al.) plugins in 
version 2.10.8

>Is it saying it can't find "python"?
I wondered that, too...
However...
-
scott@ASUS-PRIME-B350M-A-CSM:~$ apt-cache policy python python?python:  
Installed: 2.7.15-4  Candidate: 2.7.15-4  Version table: *** 2.7.15-4 500       
 500 http://deb.debian.org/debian testing/main amd64 Packages        100 
/var/lib/dpkg/statuspython2:  Installed: 2.7.15-4  Candidate: 2.7.15-4  Version 
table: *** 2.7.15-4 500        500 http://deb.debian.org/debian testing/main 
amd64 Packages        100 /var/lib/dpkg/statuspython3:  Installed: 3.7.2-1  
Candidate: 3.7.2-1  Version table: *** 3.7.2-1 500        500 
http://deb.debian.org/debian testing/main amd64 Packages        100 
/var/lib/dpkg/statusscott@ASUS-PRIME-B350M-A-CSM:~$ whereis pythonpython: 
/usr/bin/python2.7 /usr/bin/python3.7m /usr/bin/python /usr/bin/python3.7 
/usr/lib/python2.7 /usr/lib/python2.6 /usr/lib/python3.7 /etc/python2.7 
/etc/python /etc/python3.7 /usr/local/lib/python2.7 /usr/local/lib/python3.7 
/usr/include/python2.7 /usr/include/python3.7m /usr/share/python 
/usr/share/man/man1/python.1.gz


___
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 install Resynthesizer (et al.) plugins in version 2.10.8

[Scott Jacobs via gimp-user-list]

I have recently installed Debian testing LXQt, and it's version of GIMP is 
2.10.8.
I was using Lubuntu Next 17.10 LXQt, with GIMP version 2.10.4.
I had successfully used Heal-Selection and Heal-Transperency (at least as 
wellas I could figure them out...),but when I tried to install them in 2.10.8, 
they do not come up in the menu,and there are error lines in the terminal when 
I invoke GIMP with --verbose.
I have copied over my ~.config/GIMP folder, and, as before, used the 
sameplug-ins folder preferences - both installs have the plugins in 
/usr/lib/gimp/2.0/plug-inswith no plugins in my 
/home/scott/.config/GIMP/2.10/plug-ins folder.
(the only difference I can see in the plug-ins folder is that it looks like 
each plug-in(not counting the Resynth. plug-ins that I added) seem to be in 
their own, like-named folder.Is this a requirement now?  And if so, can they 
all be in one folder, or must I make 10 differentfolders for the two binaries 
and 8 .py files?)
My stats for my new Debian install (I forgot to do it for my Lubuntu Next 17.10 
install.  If needed,I will provide...)
scott@ASUS-PRIME-B350M-A-CSM:~$ uname -aLinux ASUS-PRIME-B350M-A-CSM 
4.19.0-2-amd64 #1 SMP Debian 4.19.16-1 (2019-01-17) x86_64 
GNU/Linuxscott@ASUS-PRIME-B350M-A-CSM:~$ lsb_release -dscDebian GNU/Linux 
buster/sidbusterscott@ASUS-PRIME-B350M-A-CSM:~$ echo 
$DESKTOP_SESSION/usr/share/xsessions/lxqt
I have the terminal logs for each run (one from each install), but I seem to 
recall that attachments don't work with this system...
Error messages from the 2.10.8 terminal invocation logs:
p, li { white-space: pre-wrap; }Querying plug-in: 
'/usr/lib/gimp/2.0/plug-ins/resynthesizer_gui'Querying plug-in: 
'/usr/lib/gimp/2.0/plug-ins/resynthesizer'Querying plug-in: 
'/usr/lib/gimp/2.0/plug-ins/plugin-uncrop.py'GIMP-Error: Unable to run plug-in 
"plugin-uncrop.py"(/usr/lib/gimp/2.0/plug-ins/plugin-uncrop.py)
Failed to execute child process “python” (No such file or directory)
Querying plug-in: '/usr/lib/gimp/2.0/plug-ins/plugin-resynth-sharpen.py'gimp: 
LibGimpBase-WARNING: gimp: gimp_wire_read(): errorTerminating plug-in: 
'/usr/lib/gimp/2.0/plug-ins/plugin-resynth-sharpen.py'Querying plug-in: 
'/usr/lib/gimp/2.0/plug-ins/plugin-resynth-fill-pattern.py'GIMP-Error: Unable 
to run plug-in 
"plugin-resynth-fill-pattern.py"(/usr/lib/gimp/2.0/plug-ins/plugin-resynth-fill-pattern.py)
Failed to execute child process “python” (No such file or directory)
Querying plug-in: '/usr/lib/gimp/2.0/plug-ins/plugin-resynth-enlarge.py'gimp: 
LibGimpBase-WARNING: gimp: gimp_wire_read(): errorTerminating plug-in: 
'/usr/lib/gimp/2.0/plug-ins/plugin-resynth-enlarge.py'Querying plug-in: 
'/usr/lib/gimp/2.0/plug-ins/plugin-render-texture.py'GIMP-Error: Unable to run 
plug-in 
"plugin-render-texture.py"(/usr/lib/gimp/2.0/plug-ins/plugin-render-texture.py)
Failed to execute child process “python” (No such file or directory)
Querying plug-in: '/usr/lib/gimp/2.0/plug-ins/plugin-map-style.py'gimp: 
LibGimpBase-WARNING: gimp: gimp_wire_read(): errorTerminating plug-in: 
'/usr/lib/gimp/2.0/plug-ins/plugin-map-style.py'Querying plug-in: 
'/usr/lib/gimp/2.0/plug-ins/plugin-heal-transparency.py'gimp: 
LibGimpBase-WARNING: gimp: gimp_wire_read(): errorTerminating plug-in: 
'/usr/lib/gimp/2.0/plug-ins/plugin-heal-transparency.py'Querying plug-in: 
'/usr/lib/gimp/2.0/plug-ins/plugin-heal-selection.py'gimp: LibGimpBase-WARNING: 
gimp: gimp_wire_read(): errorTerminating plug-in: 
'/usr/lib/gimp/2.0/plug-ins/plugin-heal-selection.py'


___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Move pointer with cursor keys

[Scott Jacobs via gimp-user-list]

>I would be extremely helpful if I could move the pointer with the arrow  keys 
>instead of the mouse.
>Is there any means to achieve this?
I don't know what operating system you use, so the exact method of implementing 
the followingpotential solution will vary.It should be available for all three 
major operating systems.
Mousekeys/pointerkeys  allows one to use various keys on the numeric keypad to 
move and clickthe mouse.The following link goes into much detail, including a 
very nice schematic of what button does what 
action:https://en.wikipedia.org/wiki/Mouse_keys

I needed it myself once, when a Linux kernel update constantly made my 
USB-connected mouse stop working.
I have a version of Linux (Lubuntu), and have just verified that at least the 
temporary activation works.
If you have a version of Linux, and you go to your terminal program, and type 
the following, and then press ,you should be able to turn mousekeys on, 
and then use the keys shown in the schematic to move the mousearound and 
click:setxkbmap -option keypad:pointerkeys

The Wikipedia page indicates that turning it on and off is accomplished by 
pressing   ( may not be necessary)(note also, 
that it has been my experience that you will probably fairly often need to turn 
it on again, because something or other seems to turn it off...)Once it is on, 
pressing the keypad <8> key will cause the mouse pointer to go up (and keeping 
it held down will causeit to accelerate), pressing <3> will cause the mouse 
pointer to go diagonally down and to the right, etc.I would assume (but do not 
know) that just a single press might make the mouse pointer go just one 
pixel.You will just have to try and see if it does what you want.
If this is what you want, and you have Linux, then create a file in your 
text-editor as root (use sudo)with the following contents:  @page { margin: 
0.79in } p { margin-bottom: 0.08in } a:link { so-language: zxx } 
Section"InputClass" Identifier "PointerKeys" MatchIsKeyboard "yes" Option 
"XkbOptions" "keypad:pointerkeys"EndSectionand call the file:  @page { margin: 
0.79in } p { margin-bottom: 0.08in } a:link { so-language: zxx } 
20-pointerkeys.confand put it into the directory/folder:  @page { margin: 
0.79in } p { margin-bottom: 0.08in } a:link { so-language: zxx } 
/usr/share/X11/xorg.conf.d/then mousekeys/pointerkeys will be all set up ready 
to go every time you boot (or log in?)
You'll still have to turn it on.
(note that the exact filename is unimportant (call it "20-peanutbutter", if you 
like"), but the numberapparently ought to be 20, or near that, anyway - the 
number indicates in what order the files in thedirectory should be read by X)
If you don't have Linux, then read through more of the Wikipedia page, and/or 
Google your OS and 
"mousekeys" or "pointerkeys".  
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Color Exchange comes out a lighter shade than selected color.

[Scott Jacobs via gimp-user-list]

>I used the color exchange feature to change all the black pictures to a 
>blue>selection (0, 90, 180), and the color that was produced in the final 
>image is a
>slightly lighter color (you can see on the image below). When I use the fuzzy
>select/fill tools, it comes out fine. What is wrong?

>Attachments:
>* http://www.gimpusers.com/system/attachments/1000/original/lightershade.png

First of all, It would help if you told us what operating system and GIMP 
versionyou were using...
Secondly, I brought up your image in GIMP (2.10.4), and used the Color Picker 
tool(from the Toolbox - also available from Tools-->Color Picker), with Pick 
Only andUse Info Window checked in the Tool Options.RGB for the darker was: 
46/118/163, and the lighter was:71/140/186.I.E. neither one was 0/90/180.I used 
your figures in Change Foreground Color to set theforeground color to your 
desired blue.  This blue I then used to paint with a bit, and found it tobe 
darker than either one of your, um, "letters".The color picker tool confirms 
this new stroke to be 0/90/180.
I changed the foreground color to white and made a stroke, and then broughtup 
the Color Exchange dialog (Colors-->Map-->Color Exchange).I clicked on the 
color picker button opposite "To Color", and whenever I picked one ofthe three 
blues (two of yours, one of mine), the stroke changed to that color...(As I 
don't know what "Threshold" does, except that it seems to be a percentage, 
with1.0  being 100%,  I didn't fiddle with the numbers any.)
I think you need to give more detail in what you did (including explaining what 
you meanby "all the black pictures", and "to a blue selection") to get the 
result you got...
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Gimp 2.10: Line style dialog in Stroke Path won't open

[Scott Jacobs via gimp-user-list]

It probably would be a good idea to be a little more specific
which version of GIMP you (pl) have, and for which operating
system.  Also, probably, what you did to get to the point at which
you are having the problem.


For instance, I have GIMP 2.10.2, with which I just tested this
issue on Lubuntu Next 17.10.  The version I have was obtained from
the PPA @ http://ppa.launchpad.net/otto-kesselgulasch/gimp/ubuntu/
which was added to the Ubuntu repositories.
The specific package version for my system was:
2.10.2+omg-0ubu17.10.1~ppa



For ME, the "Line Style" sub-dialog shows up just fine, whether
I click on the "+" or press Alt-L (as M_ Lork described).
[I had previously opened up a .jpg, did a rectangle-select, did a 
Select->To Path, right-clicked on the path and opened the Stroke Path
dialog.]
-
akovia akov...@eml.cc




To
gimp-user-list gimp-user-list@gnome.org



Same issue here.

On Fri, Jun 1, 2018, at 11:48 AM, Lork wrote:
> Hi,
> 
> had to switch back to version 2.8 because in 2.10, I can't open "Line style" 
> in
> the Stroke Path dialog. With "Stroke line" selected, neither clicking on the
> plus sign nor pressing Alt-L will show any reaction.
> 
> Anyone else experiencing the same issue?
> 
> -- 
> Lork (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


-- 
akovia
___
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] Exporting my Finished Work

[Scott Jacobs via gimp-user-list]

As someone has already noted, the spaces within the filename may be a problem
(if not in GIMP, then likely elsewhere).  Suggestion: where you have spaces, use
an underscore (do_it_like_this.jpg).  On my US keyboard, it is the shifted 
version of
the dash ("-") key.

Also, I blew up your image, and it looked like there might be a space before 
the ".Jpeg"
That's a bad place for a space.  Also, one normally uses all caps or all smalls 
for
file extensions (.jpeg, .JPG, and the like - your j is a capital J, but the 
rest are smalls.
I don't know if that is a problem or not - it ought not to be, but...

Thirdly, as someone also noted, your image seems to have transparency - .jpeg 
does
not do that, as far as I know.  .png does.
Wikipedia: "Raster file formats that support transparency include GIF, PNG, BMP,
TIFF, and JPEG 2000,"
If you use something less used, like JPEG 2000, then make sure that it is 
usable where
you intend to use it...  

>I have finished a design. Now I need to export in a Jpeg file. However, when I
>attempt to export I get a notice box;

>[ The given filename does not have any known file extension. 
>Please enter a known file extension or select a file format from the file 
>format
>list.]

>See attached

>Attachments:
*> http://www.gimpusers.com/system/attachments/810/original/Export.PNG
___
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

[Scott Jacobs via gimp-user-list]

>I want to merge two images 
I am first assuming that you wish to create a third image that is the merging 
of the two original images,
NOT that you wish to alter one of the images to add the other image's layers. 
(rather dangerous, in case of
mistakes; with a third image, one still has the original two intact images with 
which to start over).


> I found that an edit->copy does not copy a text layer -- it makes it an image 
> layer.

Maybe I am missing something, but why do you not just drag-n-drop the desired 
layer to the new image?
I just File->New 'd two images, created a text layer in one, and drag-n-drop 'd 
it into the other.
The first image's layer was intact, and the second image now had a new layer 
that was a duplicate of

the first image's layer - was definitely a text layer, as I was able to then 
text-edit it.


Perhaps there are so many layers that you feel you need to have a script to 
automate it.
I have not done scripting in GIMP, but I suppose there is some command to take 
a layer from
one image and copy it to another, which one could then just place in a command 
loop
to iterate over all the text layers...


Others would have to address that point.
___
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] Mac Lettering Problem

[Scott Jacobs via gimp-user-list]

>Hello, I use Yosemite on my Mac Pro book and I have downloaded 3 versions of 
>GIMP which all show me a font of incomprehensible letters.
>Do you have any idea of the problem?
>Merci bien


Make sure you have at least version 2.8.20 of GIMP for Mac.  It is up to 2.8.22 
now.


The 2.8.20 version has this listed as part of its changelog:
"ship a patch for gettext to make sure the preferred UI language will be used"
(http://mac.filehorse.com/download-gimp/8183/change-log/)



Bug #770708 shows the interesting process of this issue being 
reported/researched/tested/solved:
https://bugzilla.gnome.org/show_bug.cgi?id=770708



-Scott
___
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] Fwd: Tool Options windows position not remembered

[Scott Jacobs via gimp-user-list]

A few points:



Preferences -> Window Management -> Window Positions -> Save window positions 
on exit ... may perhaps not be checked?

>...I have the Tool Options...left of the Dockable Dialogs
Tool Options is a Dockable Dialog...

Perhaps the Tool Options dialog is not actually docked onto the left of the 
three other vertical docks, but is merely next to it...?
(https://docs.gimp.org/en/gimp-concepts-docks.html ---  especially:
 - Figure 3.8. Anchoring a dialog to a dock border,
 - Tab menu -> Detach Tab
 - Tab menu -> Lock Tab to Dock)

It looks like you perhaps are using Single Window mode - I am not personally 
sure of how that affects things in your case...



 

-Original Message-
From: DrNukular 
To: gimp-user-list 
Cc: notifications 
Sent: Thu, Jun 1, 2017 2:05 pm
Subject: [Gimp-user] Tool Options windows position not remembered

Hi,

I have arranged the Gimp windows in a way that I have the Tool Options to the
right of the workspace, but still left of the Dockable Dialogs (see attached
image). However, when I restart Gimp, the positions have swapped. Suddenly I
have the Dockable DIalogs left of the Tool Options.

Is anyone else having that issue? Does anyone know why this is happening and how
to resolve it? Is there a way to make Gimp remember the positions of the
windows?

Thanks for any help or advise.


I'm running Gimp version 2.8.22 on Fedora 25.

Attachments:
* http://www.gimpusers.com/system/attachments/594/original/gimp-tool.png

-- 
DrNukular (via www.gimpusers.com/forums)
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list


___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Batch plugin

[Scott Jacobs via gimp-user-list]

I don't know whether a plugin already exists that does what you want (or even 
how to put into words

what you are describing), especially what should be done to combine the one 
file with the "thousands
of images".  (I imagine that the second file's image (each time one of the 
thousands is opened) will
be scaled down, and probably have its opacity reduced, but...)

If you are in fact requesting that someone write you such a plugin (probably 
not me, as although I have
been a programmer decades ago, I have done nothing in any of the languages 
commonly used for 
GIMP scripts/plugins), you will have to be more specific about your 
requirements.

The one file's name could be part of the script [hard-coded], or a command line 
option.
I imagine that you would place all of the "thousands of images" in a specified 
directory (ahead of time)
whose name could be hard-coded in the script, or another command line option.
Whether the directory would be traversed recursively or not (directories within 
directories) would need to
be decided (I cannot believe that they are currently ALL at the same 
directory-level  - that would seem to
smack of a profound lack of organizational skills...)
Also where to put the resultant combined images...?

 

 Pseudo-code could run something like this:

Open the One File (this would be the Original layer - "Background")
FOR each of the Other Files in the specified directory
(
OpenAsLayers (Other File)
if ( no (more) files to read ) GoTo END

if ( not an image file ) GoTo NEXT
   else
 (
 Mess with 2nd Layer to combine the two images as desired
 Export File As ( some combination of the names of One FIle and 
Other File)
 Delete 2nd Layer
 )
NEXT: get next Other FIle in list
)
END: exit script

 


-Original Message-
From: QrQ 
To: gimp-user-list 
Cc: notifications 
Sent: Thu, Jun 1, 2017 1:52 pm
Subject: [Gimp-user] Batch plugin

Hello,

I'm looking for a batch plugin, which is the opposite of imposing the same
watermark on thousands of images.

I have one background image and I need to put thousands of different images on
it.

Thank you in advance,
greetings

-- 
QrQ (via www.gimpusers.com/forums)
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list


___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] 2.8.22 is wacky

[Scott Jacobs via gimp-user-list]

>It used to be that when a guide is grabbed from the rulers, the tool
>would change from whatever to the move tool.

>That no longer happens.  I filed this bug report:
>https://bugzilla.gnome.org/show_bug.cgi?id=765023

>I miss the old behavior very much.  I am undoing many unintentional
>paint strokes now.

>I console myself thinking that the developers have been pestered to
>this unreasonable end by some nefarious and wrong thinking people.

I am sorry for being one of those "many" (as stated by  Michael Natterer  
[GIMP developer] 
from above-referenced Bug-report ) users who complained about the feature you 
liked.

I would like to explain why I, personally, was desirous of having the behaviour 
change.

Many times, I would be using the Free Select tool to select an odd shaped 
region, part of
which was near the edge of the image (or at least the edge of the window, if 
zoomed in).
So often, I would be in the middle of entering many, many points to bound the 
selection,
and having spent much time doing so, would accidentally place a point too close 
to 
the edge of the window, and instead of placing another point in the Free Select 
tool,
I was suddenly dragging a guide out from the ruler, and had just lost ALL of my
already-entered points, and ALL of the time spent in selecting the placement of 
the points.  
I have even had that happen, started all over, and AGAIN got too close to the 
window edge,
and AGAIN lost all the points entered, and time spent entering them  
It was extremely frustrating.

It just seemed to me to be un-intuitive, that a user would be using one tool, 
and suddenly to
be switched to another tool without his intending to select it.

So I either entered a new bug about this, or added my 2 cents to someone elses 
bug report -
I forget which...

I believe you wished the behaviour to be configurable.
This sounds reasonable, until you realize that the moment that one realizes 
that one needs to
configure it the other way, is the moment that one has just lost dozens of 
points and much time 
in their placing. Too late.
("You say there's a door on my barn?  Gee, maybe if it had been closed,
then my horse would not have been stolen!")
The average user would not even know that there could have been a different 
configuration,
or that what he happened to be doing was potentially "dangerous" and that that 
situation was covered,
somewhere, in GIMP's rather large set of preferences...

Few things in GIMP are not fixable with Edit->Undo, but the switching of tools 
in the middle of placing
boundary points in Free Select is one of them...

___
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] Set default Save As folder?

[Scott Jacobs via gimp-user-list]

>When explaining pretty much anything like this online its best to assume the
>reader has little or no knowledge of what you're trying to say. Otherwise more
>often than not it won't make sense.
...
>Half explained information isn't really of much use.


One apparently has to walk a thin line here...

One either assumes that the user has some basic knowledge at his/her disposal, 
and 
thereby infuriates him/her when he/she does not have that knowledge,

or

One assumes that the user knows nothing at all, and insults his/her 
intelligence when
he/she perfectly well knows 95 percent of the things needed to solve the 
problem.

--
In the current case, 

>This is confusing. Firstly, where and what is the file chooser?  Secondly what
>parent directory and what left pane?


It seems perfectly reasonable to me, that you must have loaded or saved a file 
at some time in your
life, and that you therefore are familiar with the window that pops up when you 
do, that usually
shows some directories vertically on the left, and a list of files to the right.

Perhaps you were unaware that the windows that pop up for Open or Save are 
similar enough that people generally
refer to either one as a File Chooser, or that sections of a computer window 
might also be referred to by their
physical window equivalents: panes.  "Panel" I think is also used.

A directory (or folder) that holds another directory (or folder) is generally 
referred to as its parent. so when:
>Go to the parent of the directory you would like to add to the file chooser.
was written, the writer was telling you how to add the directory in which your 
file resides to the left pane.
Since to use the "+" button in the left pane, the directory to be added to the 
left pane must be visible in the center
part of the file chooser window, you must go up one directory level from the 
current level (the level in which you can
see your file in the center part of the window).
To do this may depend on the file chooser: What I have showing in GIMP right 
now (in Lubuntu Linux) is 
a series of buttons with text above the left and center panes: Data  Scott  
Photos  Abstract.  I want to add Abstract to the left
pane, but I can't, because I am already displaying files in Abstract.  I click 
on Photos, the parent of Abstract.
As it happens, when I do this, Abstact is not only listed in the center now 
(with lots of other stuff), but it is also selected
(hightlighted).  I can now click on the "+" in the left pane, and add it to the 
list of directories listed in the left pane.
Instead of a series of buttons above the left and center panes, you might just 
have a text description of the path to your
file: In my case, it might be  /Data/Scott/Photos/Abstract,  with a button 
containing an arrow pointing up.  If this is the case,
then click on the up-arrow, and your text probably would then say 
/Data/Scott/Photos.
If when you have gone up one level, and displayed the parent directory's 
contents, your directory is not selected, select it.
Then click on the "+" on the left.

What you could also do, instead of adding a directory to the left pane, is to 
first click on "Recently Used" from the File->Open (it may
already be selected), and then click on the last file you edited with GIMP, 
finally clicking on "OK". When you next open or save a file, the
directory in which the file resides (its parent) will now be the Default 
directory (until you close down GIMP again).

[I have already broached the suggestion that the parent directory of the last 
file edited by GIMP be automatically added to rhe Recently Used list (not just 
the file itself), but I don't remember if it was being considered for the next 
version or not...
This way, that directory could be set/accessed in one click (two if Recently 
Used was not already selected on the left), without the necessity of actually 
loading a file one does not want to edit, just to set the directory...]

[May I now suggest, that the "+" and "-" buttons be made more visible?  In my 
setup  (GIMP 2.8.20 under Lubuntu Linux -Default Theme), the Plus and Minus 
seem to be dark grey on what appears to be a medium grey gradient (would that 
be a greydient?). 
I don't think I ever knew that they were there...]
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Stitching Photos

[Scott Jacobs via gimp-user-list]

The previous answers assume that the two .jpeg photos' subjects are right next 
to each other,
and that you want to make one big photo - essentially a panorama.

I concur with their answer: hugin is good for that. Sometimes a minimum of work 
is needed;
sometimes more fiddling is necessary.

However, if the photos are unrelated, and you just want to place them next to 
each other,
a simpler procedure may be all that is necessary - I have done this all the 
time.  For example:
I often do screenshots of song lyrics for songs I like; sometimes I have to do 
more than one,
as they don't all fit on screen at once.

What I do is to use an image viewer to see the dimensions of each of the photos 
and write them down.
Depending on whether I want to put one image under another, or next to each 
other, I add the widths
or add the lengths, and use the lengths (or widths) for the other dimension.
(Naturally, if the two images are not the same size, one would just pick a set 
of dimensions that allows you
to fit both of the images into the final image.  The background color for the 
image would then show around
the smaller image, so select a color accordingly.  If you're going to print, 
then probably white would be best.)

In GIMP, before doing anything with the photos, do File-->New, and enter the 
dimensions of the combined
image. (->Advanced Options allows you to make the background transparent, 
white, or foreground/background
colors; Background Color is default).
Then, File->Open As Layers the two images.  If they are in the same folder, 
then pres Ctrl- when clicking on
the second file. If not, probably File->Open As Layers twice, once for each 
image.

There will now be three layers, one for each image, and a background underneath 
them.
The images will be centered on the larger space you created initially.

Just move the layers around your new larger image so that they are positioned 
as you want (Click on the Move
tool in the toolbox, or Tools->Transform Tools->Move; in the Tool Options dock, 
make sure Layers is selected
for what to move, and I checkbox Move the Active Layer; click first on the 
layer in the layer dock that you want to move,
then click on the image and move it) You can use the cursor keys to move in one 
pixel amounts (hold down the
shift- key to move in larger pixel increments). If the orientation is vertical, 
you would just use up- and down-keys;
if horizontal, left- and right-keys.

Then export as .jpeg (or whatever you want), giving it whatever name you want.

[I set the size first, before loading the images, because I have had problems 
before with images disappearing as they
are moved past boundaries; while this is no doubt a failure on my part to 
understand just what I am doing, the above
procedure has always worked for me.]
___
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 obtain the same adjustment in GIMP like this one in Photoshop Express

[Scott Jacobs via gimp-user-list]

>...a useful adjustment that increases the gain in deep shadow portions,while 
>at the same time keeps *untouched* the already bright areas(above a certain 
>predefined level)

Experts:  is there a way to select just Shadows or just Midtones, or just 
Highlights?

Then one could just use the Levels or Curves tool on the selection.

I know that Color Balance can confine the Range To Adjust to one of these three 
samed subsets of the image,
but then one would have to change Cyan-->Red, Magenta-->Green, and 
Yellow-->Blue separately
(and even if one could "chain" them together, I am not sure that 
raising/lowering them together would
achieve the same effect as raising or lowering Levels on the selection...)
[By the way, how are Shadows/Midtowns/Highlights defined?  Is there some 
standard, or does GIMP have its
own definitiion, which might not equal some other one...?]

I google'd "GIMP select just Shadows", and found one pertinent result (from 
David Gowers on  2009-04-07):
http://www.gimpusers.com/forums/gimp-user/11373-select-shadows
which says:
"I typically use QuickMask mode.
1. Copy the image
2. Enter QuickMask mode
3. Paste the image and Anchor it
4. Colors->Auto->Normalize
5. Exit QuickMask mode
The above will select pixels based on their intensity -- a pixel of 0intensity 
being 0% selected, 127 intensity == 50% selected, 255 ==100% selected.
You could modify this with various tools in the Colors menu to get thedesired 
effect.
For instance, your original 'select the shadows' idea could be done by simply1. 
Colors->Invert
2. Adjust with Colors->Curves to taste, or threshold usingColors->Threshold if 
you wanted a hard-edged selection
The above is the advanced method, with more control andsophistication. However, 
simply setting the 'select by' option to'Value' for the 'select by color' tool 
might do what you want.
Hope that helps!
David
"
___
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 save modfied EXIF

[Scott Jacobs via gimp-user-list]

>after finishing what should I click to be save ?

My guess, from looking at your picture, is that probably GIMP holds the EXIF 
metadata in memory, and that it 
automatically gets saved whenever you save the GIMP .xcf file, and gets 
exported along with the image 
whenever you export as an image format that can save EXIF metadata, which I 
think is just .jpg and .tiff.
"It is not used in JPEG 2000, PNG, or GIF."
[https://en.wikipedia.org/wiki/Exif]

[As an aside, possibly relevent:

I had the situation, that when I renamed my photos, or rotated them in an 
image-viewing program, or
possibly also overwrote them in GIMP, that the file-modification date/time 
became the day that I renamed/
rotated/overwrote them, and that because I needed the file-modification 
date/time to remain the moment
that I took the picture (primarily for ease in sorting through the photos in 
Nautilus/Nemo - so that  I could tell 
what pictures were taken after what other photos, and what were all on the same 
date, etc.), I needed some
way to change the date/time back to the original photo-taking time.

I google'd the issue, and found that I could use the following command to reset 
the date/time to the original:

exiftool "-DateTimeOriginal>FileModifyDate" 
if , "then only supported file types in the directory are 
processed...Adding the -r option causes subdirectories to
be processed recursively" (from "man exiftool")
exiftool is in the package "libimage-exiftool-perl" and should be in your Linux 
repositories.
It is also available for Windows and Mac...
See "ExifTool by Phil Harvey" : http://www.sno.phy.queensu.ca/~phil/exiftool/
]
___
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 change image resolution without effecting scale within the image itself using gimp as in retaining the roundness of the moon

[Scott Jacobs via gimp-user-list]

I see you did actually crop some off the top, bottom and sides...

Did you notice that the artist's signature is almost completely gone?
___
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] map all colors that aren't already white/gray/black, to #808080?

[Scott Jacobs via gimp-user-list]

One way to do this is to remove the color to a separate layer, select it, and 
fill with whatever grey you like:

Duplicate the image layer.
On the duplicated layer, remove all color (Colors->Desaturate, or whatever).
Set the layer mode of the duplicated layer to Difference.
Since all black/grey/white pixels are desaturated already, the difference 
between the two layers will be zero, or black.
If we now remove all black pixels, we are left with only the pixels that had 
been colored.

Layer->NewFromVisible; make sure this new layer has an Alpha Channel 
(Layer-context-menu->AddAlphaChannel)
(At this point, everything but the color should be black)
In the new layer, Select the black (with a 0.0 threshhold, I imagine) and 
Edit->Clear. Now, all non-color will be transparent.
Invert the selection (Select->Invert).
Click on the foreground color, and make it whatever grey you like.
Edit->FillWithFGColor, and the colored areas will now all be your favored grey.
If you now only make visible (eyeball symbol on layers dock) this new layer 
(probably called Visible) and
your original layer, you should now have what you wanted.

(NOTE: I was testing this with merely grey/black/white areas/lines, and 
green/blue/red "paint"/"Airbrush"  lines.
It is possible that if a photo was used that some un-considered issue would 
arise that would also need to be addressed.
I was assuming a largly black/white grey image, with a bit of color.  If the 
image was largely colored, then
of course the resultant image would be almost completely grey...)
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] plug in for gimp in Ubuntu

[Scott Jacobs via gimp-user-list]

...I think JohnHaley wished to add the plug-in BIMP to his already-existing 
GIMP application...

...

I do not see  BIMP in my repositories, so apparently one needs to download the 
source from:
http://www.alessandrofrancesconi.it/projects/bimp/

and then create binary from that and then add it to the GIMP plugin directories 
(for locations see
your Edit->Preferences, and expand the Folders section, looking for Plug-ins 
(probably) or Scripts (possibly)  ).

https://github.com/alessandrofrancesconi/gimp-plugin-bimp/issues/56
and
https://ubuntuforums.org/showthread.php?t=2241274

show how to "make" the binary and "...Install" it in your system.

Note: they both indicate that a couple of libraries need to be present on your 
system for this to work.
Both files were available in my repo.s (for Lubuntu 16.10), so that should not 
be an issue for you.

If the above sites are not clear enough or there are problems, just Google 
"BIMP for Ubuntu", as I did,
and you will probably find what you need.

___
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 change image resolution without effecting scale within the image itself using gimp as in retaining the roundness of the moon

[Scott Jacobs via gimp-user-list]

Suggestion:

Remove the Moon to a different layer.
Scale the image layer.
Replace the moon in the image:
Make the moon larger (Scale it evenly 1:1 fixed aspect ratio), and move 
the layer around until it is where you want it.
As long as it covers the hole remaining from the original removal, all 
is good.


I'm a bit fuzzy on the details (you might need to make the moon a separate 
image, and
then bring it back in later with OpenAsLayers).
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Retrieving Graphic Designs From Crashed Hard Drive (How To)

[Scott Jacobs via gimp-user-list]

If your old drive is usable, and you can attach it to your computer at the same 
time as the new one,
then you should be all right:
1) your files should be in the same place as before - same directory structure.
2) Make a folder on your new drive with a path/name that seems logical to you,
and copy whatever containing folder has all your design folders in it to this 
new folder.
Drag-n-drop, or select the old folder, "copy", and click in the new folder and 
"paste".
All sub-folders ought to get copied automatically, I would think

If the drive does not work, then you will need to go to a shop/firm that does 
recovery,
and have them try to rescue what they can from it (if any can be).  Tell them 
you want things kept
in the same directory/folder-structure you had before (I would guess they would 
do so
automatically, but ...).  This may be expensive, but you will be the best judge 
of whether
it is worth it to you to get your files back or not.  It sounds like there are 
a lot of them.
That might be enough to convince you to do it.  Also, if these were 
work-related files,
then I would guess you would probably bite-the-bullet and do it.

 

 

 

-Original Message-
From: curbstone9 
To: gimp-user-list 
Sent: Wed, Mar 8, 2017 4:50 pm
Subject: [Gimp-user] Retrieving Graphic Designs From Crashed Hard Drive (How To)

Old Hard Drive crashed. Many GIMP graphic designs on disk.

Have new Hard Drive, and external case for old drive folder/design recovery
(if possible).

My Questions:
1. Where do I look on the old hard drive for the designs? Which
folder/subfolder?
2. If I find my designs -- where do I move them TO on the new hard drive
(Gimp 2.8.20 installed) so I can use them again?

Am I out of luck -- or is recovery possible?

Thanks VERY much for any assistance.

Bill Landry
skippercdru...@gmail.com



--
View this message in context: 
http://gimp.1065349.n5.nabble.com/Retrieving-Graphic-Designs-From-Crashed-Hard-Drive-How-To-tp50211.html
Sent from the Users mailing list archive at Nabble.com.
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] recherche ressources

[Scott Jacobs via gimp-user-list]

 [Google Translate (i.e. no guarantee on accuracy...) gives the following: 

Hello I just bought (on flea market) the book of Mehdi Kabab GIMP 2.8 It is 
possible to obtain, at Pearson, the resources for the exercises or the book is 
no longer published. Can you help me get these resources? Thanks in advance - 
G2Vicoigne ]
 



-Original Message-
From: G2Vicoigne 
To: gimp-user-list 
Cc: notifications 
Sent: Fri, Mar 3, 2017 3:02 pm
Subject: [Gimp-user] recherche ressources


Bonjour je viens d'acheter ( sur brocante ) le livre de Mehdi Kabab GIMP 2.8 Il 
y a possibilité d'obtenir, chez Pearson, les ressources pour les exercices orle 
livre n'est plus publié. Pouvez vous m'aider  à obtenir ces dites 
ressources.D'avance merci-- G2Vicoigne

 (via 
www.gimpusers.com/forums)___gimp-user-list
 mailing listList address:gimp-user-list@gnome.orgList membership: 
https://mail.gnome.org/mailman/listinfo/gimp-user-listList archives:   
https://mail.gnome.org/archives/gimp-user-list
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

[Gimp-user] User List email often arrives as one long line

[Scott Jacobs via gimp-user-list]

I have noticed this with other people's queries/answers, but today after 
writing a [partial] reply to 
someone's question, my answer (and the original question) appeared to be one 
long line.
My answer was not formatted that way.  
As you would expect, this is very hard to read.

I am assuming that something is happening to the messages at your end, before 
they are distributed by email
to all subscribers, but I suppose it could be something to do with my email 
server (AOL).
NOT all user list emails are this way, but some are.

Are other people experiencing the same thing?

If so, perhaps something in the email causes formatting to be discarded...

-Scott Jacobs

I would send screenshots of both my sent email, and the user-list email as 
received, but I seem
to recall one cannot attach files...  I know there are links to files in the 
body of some emails, but don't know
how people are accomplishing this.  If someone could explain this, I will try 
to send the screenshots...


___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Add frozen object from short exposure frame to long exposure frame

[Scott Jacobs via gimp-user-list]

 Can't help you with camera/exposure issues, but... 

Read the two images (cave; figure jumping) into separate layers (File->Open as 
Layers)
Make sure the Layers dock is visible.
Make sure the figure layer is above the cave layer; Add an alpha channel to the 
figure layer; duplicate the 
figure layer and make it invisible (unclick the eyeball at the beginning of the 
layer); (this is in case something
unfixable happens to the copy of the figure layer that you will be working on);
erase everything from the figure layer but what you want; [one can use a layer 
mask to accomplish the same thing 
"non-destructively", at the cost of making the process more complicated for the 
beginner (like myself, also!)]
move/scale/rotate/... the figure layer to place it where you want.

 File->Save(or Save As) .xcf so that you can do more with this image merge 
project some other time;
File->Export (or Export As) to whatever image format you like .jpg/.png/...

-Scott Jacobs


-Original Message-
From: mikej411 
To: gimp-user-list 
Cc: notifications 
Sent: Fri, Feb 24, 2017 6:07 pm
Subject: [Gimp-user] Add frozen object from short exposure frame to long 
exposure frame

Hello, I'm not sure if I am posting this on the forum, or if these are 
supportmessages? If I am not posting this in the correct area, please feel free 
to movethis for me, or let me know what area I should post if to...I am going 
on a trip to the Yucatan in May and want to take good pictures insidesome of 
the Cenotes (sinkoles that expose groundwater underneath). Some of thesecenotes 
are underground with not much light (Beams of light from the sun comethrough 
from the holes at the top of the cave, and some stationary artificiallighting 
is provided from the people who work at these caves as well).So my plan is to 
use my Rokinon 12mm f2.0 with my Sony A6000 on a tripod and setit to max 
aperture and long exposure, with maybe ISO of about 400 to 800. Dothose 
settings sound about right to get some good low-lit cave pictures? Wouldthere 
be any reason to lower the aperture? Keep in mind, I do not plan on goingany 
further and setting up external light sources, etc. The cave should be 
litenough to be able to grab a decent picture with long exposure.Anyway, the 
more important question or concern I have comes into play when Iwant to get 
some action shots or get a person into that long exposure photo,i.e. freeze the 
person when jumping into the water (in the air mid-jump). Ithink the only way 
to do that is with a computer program using layers or masks,correct? I don’t 
want to purchase anything, and I think this can be accomplishedwith GIMP on my 
Macbook pro.Last night, I tried masking myself out of a picture (or whatever 
the term is),but it was very hard to do in terms of being precise. I tried to 
fiddle aroundwith the lasso and the different detections 
(color/shape/contrast), to no avail.Maybe part of that was because I was on a 
small laptop without using a mouse.But I think most of it was because I am an 
extreme beginner and this is my firsttime playing around with phot editing 
tools.Can someone please point me to some detailed Gimp tutorial videos either 
showinghow to accomplish exactly what I want from start to finish (Add the 
frozenperson from the short exposure frame to the long exposure frame), or if 
youdon’t know of a video that explains all of that, then maybe some tutorials 
onsomething similar, like how to precisely mask out people.-- mikej411 (via 
www.gimpusers.com/forums)___gimp-user-list
 mailing listList address:gimp-user-list@gnome.orgList membership: 
https://mail.gnome.org/mailman/listinfo/gimp-user-listList archives:   
https://mail.gnome.org/archives/gimp-user-list
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

[Gimp-user] Print issue

[Scott Jacobs via gimp-user-list]

[This started out life as a Bug Report, until I came to the conclusion that I 
myself was the bug...]

When I went to print a document (basically a blank schedule of a matrix of 
blocks, with the days of the week above), it came out too small, and was across 
the page, instead of down.
When I went to Image->Printsize, it showed an 11 x 8.5 inch Print Size (which I 
am now guessing is the paper size, and not the image size), with a Resolution 
of 300 pixels/inch x/y (chained). This was just what I expected/wanted.
But when I went to File->Print, the Page Setup tab showed Portrait orientation, 
and the Image Settings tab showed a resolution of about 412 pixels/inch, with a 
size of about 8 x 6 inches.

I think it reduced the length to fit on the portrait-sized width, and did not 
adjust it when I changed from Portrait to Landscape.

I altered the resolution to 300 (which it changed to 323.810), and the 
dimensions changed to 10.191 x 7.875, which fit very nicely on the page.

These alterations remained when I shut GIMP down and started it up.

When I printed this before (as a .jpeg, from eog), I don't remember if I had to 
change the orientation or not, but the image printed about the way GIMP did, 
without needing to change the resolution (assuming that that can be done from 
eog - which I don't know...).

I guess the orientation is my "fault", as how does GIMP know what way I want it 
printed...  except that without fiddling with the resolution, it could not fit 
as portrait.  Some sort of message that it will not fit with the given 
orientation, or perhaps if it calculates that it would fit as landscape, it 
could automatically print it that way...

It seems that the decision was made at some point just to silently fiddle with 
the resolution if an image won't fit entirely on the given page size, in the 
given orientation.

Perhaps, given the fact that there is a preview, it was thought that one can 
see immediately if the paper is the wrong way, or whatever, but when the print 
dialoge comes up, one does not see a previuw unless the Image Settings tab is 
selected.  I didn't realize there was a "problem" until I printed the page, and 
it came out differenly than I expected.

Perhaps, for the sake of saving silly people like me from making the mistake I 
made, the Preview could be made to be always displayed, so that an 
orientation/size problem could be seen immediately...

What do other people think?


scott@scott-ASUS-M2N68-AM-PLUS:~$ uname -a
Linux scott-ASUS-M2N68-AM-PLUS 4.8.0-37-generic #39-Ubuntu SMP Thu Jan 26 
02:27:07 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
scott@scott-ASUS-M2N68-AM-PLUS:~$ lsb_release -dsc
Ubuntu 16.10
yakkety
scott@scott-ASUS-M2N68-AM-PLUS:~$ echo $DESKTOP_SESSION
Lubuntu

GIMP 2.8.18
[I tried GIMP 2.9.5 under WINE, from DarkRefraction, but selecting Print caused 
GIMP to hang.
I don't know if I need to install some Windows-related Print application, or 
what...]
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] version 2.9.4 for Windows 10

[Scott Jacobs via gimp-user-list]

 

 Yep.  That works fine.

I would have thought that if a website address is normally secured, that https 
would automatically selected 
(or automatically re-directed) when someone merely types/selects an address 
with www.  .com
Does this mean that if one visits a normally secured address, and intentionally 
goes to the address bar
and removes the s, that one could potentially visit that site unsafely (unless 
Firefox etc. intervenes, of
course) ?

 

-Original Message-
From: Partha Bagchi <parth...@gmail.com>
To: scott092707 <scott092...@aol.com>; gimp-user-list <gimp-user-list@gnome.org>
Sent: Sun, Jan 29, 2017 12:06 pm
Subject: Re: [Gimp-user] version 2.9.4 for Windows 10



I meant https://www.partha.com


On Sun, Jan 29, 2017 at 12:05 PM, Partha Bagchi <parth...@gmail.com> wrote:

Please use the following URL; https:/www.partha.com



On Sun, Jan 29, 2017 at 12:01 PM, Scott Jacobs via gimp-user-list 
<gimp-user-list@gnome.org> wrote:

>>http://www.partha.com/
>The above website is no longer active.

A later message says that it was up and running.

However, when I test-fired the link today, just for the fun of it,
I got the following:

"Your connection is not secure

The owner of www.www.partha.com has configured their website improperly. To 
protect your information from being stolen, Firefox has not connected to this 
website.

Learn more…

Report errors like this to help Mozilla identify and block malicious sites"
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list







___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

[Gimp-user] version 2.9.4 for Windows 10

[Scott Jacobs via gimp-user-list]

>>http://www.partha.com/
>The above website is no longer active.

A later message says that it was up and running.

However, when I test-fired the link today, just for the fun of it,
I got the following:

"Your connection is not secure

The owner of www.www.partha.com has configured their website improperly. To 
protect your information from being stolen, Firefox has not connected to this 
website.

Learn more…

Report errors like this to help Mozilla identify and block malicious sites"
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Unsubscribe

[Scott Jacobs via gimp-user-list]

This is interesting...

"Win Brayer winbra...@cox.net" wishes to be removed from this list because of
not having his issue addressed.

Yet, when I go to the archives (   
https://mail.gnome.org/archives/gimp-user-list)
and do a search for "Win Brayer", the only hit is the following message, from 
February 2014:
"Re: [Gimp-user] matting or anti-aliasing of shapes  Wed Feb 05 01:37:48 GMT 
2014"
which itself is merely a request to be removed from the list...!


"
Re: [Gimp-user] matting or anti-aliasing of shapes

From: Win Brayer 
To: bktheman34 
Cc: team gimpusers com, gimp-user-list gnome org
Subject: Re: [Gimp-user] matting or anti-aliasing of shapes
Date: Tue, 4 Feb 2014 18:37:44 -0700


How do I stop receiving these emails.  I thought I had put a stop to them.


Win Brayer
winbrayer cox net
Home:  480-948-2160
Cell:  602-618-5230
"

I wonder where he actually posed his issue...
___
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] Curving an omage

[Scott Jacobs via gimp-user-list]

You might have luck with a combination of Curve Bend 
(Filters->Distorts->CurveBend) and 
Perspective (Tools->TransformTools->Perspective), as in the following YouTube 
tutorial.
You would use Perspective to squeeze the top closer together (assuming your cup 
is
getting smaller towards the top - otherwise, squeeze the bottom)

https://www.youtube.com/watch?v=THLTFDt8uuw
("GIMP Tutorial - wrap or warp an image around a can  ")

 

 

 

-Original Message-
From: rhubarb67 
To: gimp-user-list 
Cc: notifications 
Sent: Mon, Dec 5, 2016 1:27 pm
Subject: [Gimp-user] Curving an omage

I need to curve an image so it can fit on a cup with slanted sides.Is there
a GIMP tutorial available that will step me thru this? I've tried using the
Transform tool, but it doesn't curve the image top and bottom.

Thanks;
rhubarb67

-- 
rhubarb67 (via www.gimpusers.com/forums)
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list


___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Resyntheszer

[Scott Jacobs via gimp-user-list]

 >...you'll need to compile it yourself.
I was hoping to avoid that And your next idea:
>Could you download the source package and extract the plugin you need (from 
>GIMP-plugin-registry)?

 ...was brilliant!  I wish I had thought of it!

Anyway, I used Synaptic to download --> I selected the package, clicked on 
Install, Clicked Apply, but checked "Download packages only."
To install gimp-plugin-registry, it insists on bringing in 4 or 5 other 
packages (one of which was gimp-gmic !)
My Lubuntu stores packages (for a while, anyway) at /var/cache/apt/archives.  I 
copied the gimp-plugin-registry package .deb file to my Downloads directory in 
my separate /data partition, made a new directory in which to put all the 
extracted files, and used Archive Manager on the .deb file, and then on the 
data.tar.xz file within it to extract the 10 resynthesizer-based files
(I noticed that this package's  resynthsizer_gui differed from my 
resynthesizer-gui, so I thought I'd best replace the .py files with the new 
ones,
as there was obviously at least one change...)  I did not extract the two (why 
are there two?) resynthesizer.mo files, as I had no idea what they are or do. 
They do not seem to be necessary to run  Heal-Selection (or Resynthesizer, 
which it calls).

GIMP now has no problem starting up and using the resynthersizer files.  Now, 
I'll just have to practice!


Thank you, Pat for your idea.

[I was more detailed in my response, in case anyone else wanted to do something 
similar, and didn't know how...]



-Original Message-
From: Pat David <patda...@gmail.com>
To: scott092707 <scott092...@aol.com>; gimp-user-list <gimp-user-list@gnome.org>
Sent: Tue, Nov 29, 2016 7:29 pm
Subject: Re: [Gimp-user] Resyntheszer


If you're not going to grab pre-built binaries for resynthesizer, you'll need 
to compile it yourself. 

Could you download the source package and extract the plugin you need (from 
GIMP-plugin-registry)?

On Tue, Nov 29, 2016 at 4:50 PM Scott Jacobs via gimp-user-list 
<gimp-user-list@gnome.org> wrote:

On 24/11/16 03:49, Scott Jacobs via gimp-user-list wrote:
> I have downloaded Resynthesizer, to get Heal Selection and Heal Transparency.
>
> I made the .py files executable, and transferred them and the 
> resynthesizer[-gui] files to the location
> that GIMP specifies is where plug-ins should go
> /usr/lib/gimp/2.0/plug-ins
>
>
> "Heal-___" appear in the menu, but when I activate the form, I get the 
> following error window detail:
> Traceback (most recent call last):
>File "/usr/lib/gimp/2.0/python/gimpfu.py", line 736, in response
>  dialog.res = run_script(params)
>File "/usr/lib/gimp/2.0/python/gimpfu.py", line 361, in run_script
>  return apply(function, params)
>File "/usr/lib/gimp/2.0/plug-ins/plugin-heal-selection.py", line 148, in 
> heal_selection
>  pdb.plug_in_resynthesizer(timg, tdrawable, 0,0, useBorder, 
> work_drawable.ID, -1, -1, 0.0, 0.117, 16, 500)
> error: procedure not found
> Running from terminal, I found why the procedure was not found:
>
> /usr/lib/gimp/2.0/plug-ins/resynthesizer: error while loading shared 
> libraries: libgimpui-2.0.so.0: wrong ELF class: ELFCLASS64
> /usr/lib/gimp/2.0/plug-ins/resynthesizer-gui: error while loading shared 
> libraries: libgimpui-2.0.so.0: wrong ELF class: ELFCLASS64
>
> Some research seems to indicate that "wrong ELF class" is a 32-bit vs 64-bit 
> issue.
> Since I installed Lubuntu 16.10 as 64-bit, I guess I should assume that the 
> resynthesizer* files somehow are 32-bit.
>
> Does there exist a 64-bit version of resynthesizer, or is there a way around 
> this problem?
> There was no mention of this issue where I got the files:
> http://registry.gimp.org/node/27986
>
> Google-ing the problem only resulted in two suggestions:
> 1. get a different GIMP that already has Heal-x and Resynth. installed  
> (throw the baby out with the bathwater)
> 2. install gimp-plugin-registry (install what seems like hundreds of plugins 
> that I don't want, to get the 2 or 3 that I do want = Overkill - Similar to 
> when I originally tried to get Nemo file manager, and (at the time) also had 
> to install the entire Cinnamon desktop...)
>
> There must be a place to get just the two resynthesizer files, that are 
> compatible with my system...
> (One assumes that the .py files, being interpreted scripts, don't come in 
> 32-bit vs 64-bit versions.)
>

if you are on Ubuntu or a variant, you can get up-to-date Gimp and a
matching copy of the more popular plugins (including resynthesizer) by
adding Otto Kesselgulash's PPA to your 

Re: [Gimp-user] Resyntheszer

[Scott Jacobs via gimp-user-list]

On 24/11/16 03:49, Scott Jacobs via gimp-user-list wrote:
> I have downloaded Resynthesizer, to get Heal Selection and Heal Transparency.
>
> I made the .py files executable, and transferred them and the 
> resynthesizer[-gui] files to the location
> that GIMP specifies is where plug-ins should go
> /usr/lib/gimp/2.0/plug-ins
>
>
> "Heal-___" appear in the menu, but when I activate the form, I get the 
> following error window detail:
> Traceback (most recent call last):
>File "/usr/lib/gimp/2.0/python/gimpfu.py", line 736, in response
>  dialog.res = run_script(params)
>File "/usr/lib/gimp/2.0/python/gimpfu.py", line 361, in run_script
>  return apply(function, params)
>File "/usr/lib/gimp/2.0/plug-ins/plugin-heal-selection.py", line 148, in 
> heal_selection
>  pdb.plug_in_resynthesizer(timg, tdrawable, 0,0, useBorder, 
> work_drawable.ID, -1, -1, 0.0, 0.117, 16, 500)
> error: procedure not found
> Running from terminal, I found why the procedure was not found:
>
> /usr/lib/gimp/2.0/plug-ins/resynthesizer: error while loading shared 
> libraries: libgimpui-2.0.so.0: wrong ELF class: ELFCLASS64
> /usr/lib/gimp/2.0/plug-ins/resynthesizer-gui: error while loading shared 
> libraries: libgimpui-2.0.so.0: wrong ELF class: ELFCLASS64
>
> Some research seems to indicate that "wrong ELF class" is a 32-bit vs 64-bit 
> issue.
> Since I installed Lubuntu 16.10 as 64-bit, I guess I should assume that the 
> resynthesizer* files somehow are 32-bit.
>
> Does there exist a 64-bit version of resynthesizer, or is there a way around 
> this problem?
> There was no mention of this issue where I got the files:
> http://registry.gimp.org/node/27986
>
> Google-ing the problem only resulted in two suggestions:
> 1. get a different GIMP that already has Heal-x and Resynth. installed  
> (throw the baby out with the bathwater)
> 2. install gimp-plugin-registry (install what seems like hundreds of plugins 
> that I don't want, to get the 2 or 3 that I do want = Overkill - Similar to 
> when I originally tried to get Nemo file manager, and (at the time) also had 
> to install the entire Cinnamon desktop...)
>
> There must be a place to get just the two resynthesizer files, that are 
> compatible with my system...
> (One assumes that the .py files, being interpreted scripts, don't come in 
> 32-bit vs 64-bit versions.)
>

if you are on Ubuntu or a variant, you can get up-to-date Gimp and a 
matching copy of the more popular plugins (including resynthesizer) by 
adding Otto Kesselgulash's PPA to your software sources:

https://launchpad.net/~otto-kesselgulasch/+archive/ubuntu/gimp

 From there you can install packages 'gimp' (which is the latest version 
2.8.18), 'gimp-plugin-registry' (several useful plugins including 
resynthesizer) and 'gmic'.

--
This is what I was talking about in #2 above of the suggestions made to me...

You suggest " 'gimp-plugin-registry' (several useful plugins including 
resynthesizer) and 'gmic'."
It may indeed have several useful plugins, but in fact it has a total of 179 or 
so plugins and scripts
(~24 plugins, ~155 scripts), most of which I am not likely to use.  (Yes, I 
realize there are not 179 totally different
plugins/scripts - Resynthesizer accounts for 10 plugins by itself alone).
(Counted from list of files @ 
"http://packages.ubuntu.com/yakkety/amd64/gimp-plugin-registry/filelist; - 
having omitted to count various help/locale files)

No doubt in the future, I would want to see lists of the most useful 
scripts/plugins for given tasks, but even then, I would probably want
to install them separately.

[gmic does not seem to be present in 'gimp-plugin-registry', but does seem to 
be present separately in my repositories as 'gmic' and 'gimp-gmic']

For the moment, I just need 64-bit compatible Resynthesizer and 
Resynthesizer-gui files...

If all else falils, I suppose I must download the source and compile them.
https://github.com/bootchk/resynthesizer
should have what I would need, but it is not at all clear what source files and 
compile scripts would be needed, nor exactly how to download them...


___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

Re: [Gimp-user] Where to put python file 2016

[Scott Jacobs via gimp-user-list]

 Suggestion:

Try starting GIMP from the terminal.  If there is a problem with a plugin and 
it cannot be loaded,
there will be an error message.

I recently tried to install Resynthesizer, and it did not appear in the menu.
I tried both places that Preferences-->Folders said to put the files, and ... 
nothing.
I started GIMP from the terminal, and found that there was some sort of problem
that caused Resynthesizer not to be loaded.  If it is not loaded, it does not 
appear
in the menu.  
It may be that you're putting your plugin in the right place, but there is a 
problem with it,
and GIMP cannot use it.

 




On 11/26/2016 4:51 PM, DKCrotty wrote:
> I have just loaded the latest version of gimp 2.8.1.  Nov 26 2016
>
> I found a python script that I want to load (layer effects).  Windows 64 bit
>
> I have downloaded the file and put it everywhere that all the posts I find say
> to put it.  I check Preferences, folders..etc. Put them there.
>
> Nothing seems to work for the python file.  The Script-Fu version went in with
> no problem.
>
> I am obviously not finding what I need.  Most of the posts and videos are old,
> so I am hoping that it is just not finding updated information. Or I am 
> missing
> a step, like registering something.
>
> Maybe someone can put out an updated YouTube Video on installing a Python
> Plugin.
>
> First, it should be easy, and has not been.  Then at some point,  I want to
> start writing a python script or two, so its sort of a necessary step.
>
> Thx
>


___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list
___
gimp-user-list mailing list
List address:gimp-user-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives:   https://mail.gnome.org/archives/gimp-user-list

[Gimp-user] Resyntheszer

[Scott Jacobs via gimp-user-list]

I have downloaded Resynthesizer, to get Heal Selection and Heal Transparency.

I made the .py files executable, and transferred them and the 
resynthesizer[-gui] files to the location
that GIMP specifies is where plug-ins should go 
/usr/lib/gimp/2.0/plug-ins


"Heal-___" appear in the menu, but when I activate the form, I get the 
following error window detail:
Traceback (most recent call last):
  File "/usr/lib/gimp/2.0/python/gimpfu.py", line 736, in response
dialog.res = run_script(params)
  File "/usr/lib/gimp/2.0/python/gimpfu.py", line 361, in run_script
return apply(function, params)
  File "/usr/lib/gimp/2.0/plug-ins/plugin-heal-selection.py", line 148, in 
heal_selection
pdb.plug_in_resynthesizer(timg, tdrawable, 0,0, useBorder, 
work_drawable.ID, -1, -1, 0.0, 0.117, 16, 500)
error: procedure not found
Running from terminal, I found why the procedure was not found:

/usr/lib/gimp/2.0/plug-ins/resynthesizer: error while loading shared libraries: 
libgimpui-2.0.so.0: wrong ELF class: ELFCLASS64
/usr/lib/gimp/2.0/plug-ins/resynthesizer-gui: error while loading shared 
libraries: libgimpui-2.0.so.0: wrong ELF class: ELFCLASS64

Some research seems to indicate that "wrong ELF class" is a 32-bit vs 64-bit 
issue.
Since I installed Lubuntu 16.10 as 64-bit, I guess I should assume that the 
resynthesizer* files somehow are 32-bit.

Does there exist a 64-bit version of resynthesizer, or is there a way around 
this problem?
There was no mention of this issue where I got the files:
http://registry.gimp.org/node/27986

Google-ing the problem only resulted in two suggestions:
1. get a different GIMP that already has Heal-x and Resynth. installed  (throw 
the baby out with the bathwater)
2. install gimp-plugin-registry (install what seems like hundreds of plugins 
that I don't want, to get the 2 or 3 that I do want = Overkill - Similar to 
when I originally tried to get Nemo file manager, and (at the time) also had to 
install the entire Cinnamon desktop...)

There must be a place to get just the two resynthesizer files, that are 
compatible with my system...
(One assumes that the .py files, being interpreted scripts, don't come in 
32-bit vs 64-bit versions.)

___
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