Posts: 6
Threads: 2
Joined: Sep 2017
Reputation:
0
Operating system(s):
- Windows (Vista and later)
I'm on windows 7-64 and Gimp 2.8.22. For a couple of years or so, I've been using a gadget called Clipboarder installed from 8 GadgetPack Tools without any problems but a problem has crept up that I believe is being caused by Gimp.
To save storage space, I have been removing all my movie DVDs and BDs and the cover art from their individual cases, scanning the cover art and the discs, then storing the disks in CD/DVD storage cases. The scans I've been converting to multipage .tif images.
Up 'til a couple of days ago, I had been using Gimp to rotate and color correct the scans of the discs without any problems. I would drag the image to Gimp, rotate it (it's far easier to rotate the image straight than to try to align the disc perfectly straight in the scanner), then use the auto correction in Levels in Colors to correct the colors I'm color blind so auto correct is a lot safer for me). After correction, I would overwrite the original image, then delete the image in Gimp.
When creating the multipage .tif, after typing in the movie title for the filename, I would copy the title so I wouldn't have to retype it in the file's Title tag. A couple of days or so ago, Clipboarder stopped showing what I had copied into Win 7's clipboard. After fooling around some, I suspected it might be Gimp causing the problem so I would copy something after each step I took when using Gimp to correct the disc scans. Clipboarder would continue to work fine until I Closed All in Gimp after overwriting the original file; then Clipboarder would no longer show any new additions. Eventually, after shutting down Gimp, I would get Clipboarder back.
What's even more baffling is I haven't made any changes to my workflow or any program settings so why would this problem suddenly crop up and what can I do to fix it? This is driving me nuts!
Posts: 6,365
Threads: 276
Joined: Oct 2016
Reputation:
565
Operating system(s):
Gimp version: 3.00RC1
I don't think Gimp does anything special to the clipboard. What you have to keep in mind is that an image editor like Gimp (but not only Gimp, all editors would work the same) doesn't really put the image in the clipboard because that would be too slow and bulky. Instead it posts a "handle", and if some other application wants to paste then the system copies the data over from Gimp to the application. This means that Gimp has to keep the data available.
So, in you case, the problem could be that the system thinks that there is still an image available from Gimp when Gimp thinks there is none. What happens if, when you are in such a state, you open/create an image in Gimp and put something in the clipboard? Does is restore normal operation?
Posts: 6
Threads: 2
Joined: Sep 2017
Reputation:
0
Operating system(s):
- Windows (Vista and later)
(09-19-2017, 07:18 AM)Ofnuts Wrote: I don't think Gimp does anything special to the clipboard. What you have to keep in mind is that an image editor like Gimp (but not only Gimp, all editors would work the same) doesn't really put the image in the clipboard because that would be too slow and bulky. Instead it posts a "handle", and if some other application wants to paste then the system copies the data over from Gimp to the application. This means that Gimp has to keep the data available.
So, in you case, the problem could be that the system thinks that there is still an image available from Gimp when Gimp thinks there is none. What happens if, when you are in such a state, you open/create an image in Gimp and put something in the clipboard? Does is restore normal operation?
If Gimp doesn't do "anything special to the clipboard" (keep in mind I'm talking about Clipboarder, a clipboard viewing desktop gadget, not the MS clipboard; see my first post for a link to the program that installs it), then why does this happen (especially since this is a recent development; it hasn't always done this)? When I first paste (actually, drag) the scanned image (.jpg, btw) into Gimp, Clipboarder will still show what's in the MS clipboard. The same is true after I have rotated the image and color corrected it when I copy something else. It's after I overwrite the image over the original image and/or Close View (it varies from time to time), that Clipboarder loses functionality for several minutes (2-5 minutes, depending on the phase of the moon, for all I know).
I just some more experimenting and found if I have a couple of dummy copies in Clipboarder and, after overwriting the original image with the edited one and closing all in Gimp, I delete one of the dummy copies in Clipboarder, I retain the ability to add more copies to it. However, this is a band aid at best (and adds what used to be an unnecessary step to my work flow) and does not explain why this problem recently developed when it didn't exist before.
Posts: 6,365
Threads: 276
Joined: Oct 2016
Reputation:
565
Operating system(s):
Gimp version: 3.00RC1
(09-19-2017, 11:44 AM)Lady Fitzgerald Wrote: (09-19-2017, 07:18 AM)Ofnuts Wrote: I don't think Gimp does anything special to the clipboard. What you have to keep in mind is that an image editor like Gimp (but not only Gimp, all editors would work the same) doesn't really put the image in the clipboard because that would be too slow and bulky. Instead it posts a "handle", and if some other application wants to paste then the system copies the data over from Gimp to the application. This means that Gimp has to keep the data available.
So, in you case, the problem could be that the system thinks that there is still an image available from Gimp when Gimp thinks there is none. What happens if, when you are in such a state, you open/create an image in Gimp and put something in the clipboard? Does is restore normal operation?
If Gimp doesn't do "anything special to the clipboard" (keep in mind I'm talking about Clipboarder, a clipboard viewing desktop gadget, not the MS clipboard; see my first post for a link to the program that installs it), then why does this happen (especially since this is a recent development; it hasn't always done this)? When I first paste (actually, drag) the scanned image (.jpg, btw) into Gimp, Clipboarder will still show what's in the MS clipboard. The same is true after I have rotated the image and color corrected it when I copy something else. It's after I overwrite the image over the original image and/or Close View (it varies from time to time), that Clipboarder loses functionality for several minutes (2-5 minutes, depending on the phase of the moon, for all I know).
I just some more experimenting and found if I have a couple of dummy copies in Clipboarder and, after overwriting the original image with the edited one and closing all in Gimp, I delete one of the dummy copies in Clipboarder, I retain the ability to add more copies to it. However, this is a band aid at best (and adds what used to be an unnecessary step to my work flow) and does not explain why this problem recently developed when it didn't exist before.
Maybe report as a bug (if this is the Windows version from download.gimp.org): http://bugzilla.gnome.org. The devs will look into it. But if it happened without you upgrading Gimp, then it is likely due to some Windoiws update.
|
