-
Notifications
You must be signed in to change notification settings - Fork 167
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Copy image to clipboard compatibility issues #317
Comments
I think I might have accidentally stumbled into the problem when using AutoHotkey to try and compare the Clipboard data. qimgv seems to copy both the image's path and the image data to the clipboard. Honeyview only copies the image data to the clipboard. If possible, could you include an advanced option to turn this off? Or maybe upload a debug build for me that disables it so I can confirm that is what's causing problems? |
i'll try honeyview later today
could you tell me which app did not accept the pasted contents? |
The two apps I notice this happening with the most are Discord Canary and Hyper-V's Virtual Machine Connect (with Enhanced Session for clipboard sharing). For some reason, Discord Stable and Discord PTB do not have the same problem - months ago, I thought it might have been a temporary bug in the Canary branch, but it's been going on for too long for that to be the case. There must be fundamental differences in Canary for the purposes of developing and testing. I found a tool that allows for quick and convenient clipboard testing and comparison, nircmd. Here are the test files: test.zip The clp files were saved with nircmd's One thing to point out is the clipboard data from qimgv is much, much larger than the clipboard data from the other two programs. I first suspected that it was because qimgv was copying the alpha data of each pixel even if the image had no alpha layer to speak of, but only nircmd was able to preserve the transparency when pasting to any version of Discord or even through Hyper-V's enhanced session. Honeyview discards the alpha data completely in favor of whatever background color is assigned to transparent images in the settings. Though, one quirk with nircmd's clipboard is that, when pasting to a program that isn't equipped to receive alpha data, the background is black with these RGB pixels on the border: In any case, it seems like nircmd's implementation of copying images to clipboards is ideal, except it would be useful to have some sort of setting to control how transparency is handled. |
sorry for taking so long |
https://www.dropbox.com/s/skt7nwro5ejdfxs/qimgv-0.9.2-alpha2-58-26e42dc.7z?dl=1 |
Seems to have broken the function entirely, now I can't paste the image data into anything. Here's the new output of |
Weird. Looks like discord does not accept anything from clipboard except Drag'n'drop works fine btw
Not just discord? it works for me (gimp, paint.net, telegram etc.). New one pastes even faster |
https://www.dropbox.com/s/ljep24yisqkwr8s/qimgv-0.9.2-alpha2-59-be00545.7z?dl=1 works with everything i've tried. discord canary included (with option on) |
Heh, now it works in Discord Canary but not PTB or Stable. Not sure what's up with that. |
ok reverting this, dont care, not my fault, discord bad |
I mean, Honeyview's clipboard copy works with both, but alright. |
I've noticed that when using the Ctrl+C copy image to clipboard feature in qimgv, some things will accept it being pasted while others that should, won't. I end up having to use Honeyview to copy the image to clipboard instead, and then it works on everything I expect it to work on.
I've been wanting to wait until I had something more substantive than this, but I'm honestly not sure how I can compare the differences between qimgv's copy image to clipboard and Honeyview's. Do you know of any way to do this so I can describe this issue in greater detail? Or I suppose the alternative is you can try Honeyview and compare for yourself.
The text was updated successfully, but these errors were encountered: