09-19-2017, 11:44 AM
(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.