Processing Ajax...

Title

Message

Confirm

Confirm

Confirm

Confirm

Are you sure you want to delete this item?

Confirm

Are you sure you want to delete this item?

Confirm

Are you sure?

User Image
Anthony Kirkland
6 discussion posts
I discovered this today when re-pasting an animated GIF image. Not sure if it's 'as intended' or not. I copied an animated GIF from the browser to the clipboard. I switched to the target app and pasted it; all worked as intended. The issue arose when pasting from the Clipboard Fusion history. The same paste that worked a moment ago is pasted, but only the first frame and the animation had lost its transparency.

I can provide the source material upon request, but I omitted it here due to NSFW implications as it was a sarcastic reply to a friend :)

I assume this should not happen, but that's an unqualified assumption.

If this should be posted elsewhere I apologize in advance.
Aug 3, 2022  • #1
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
Hi Anthony,

This is likely due to the Clipboard History not storing the formatting, so once it gets moved to the history, the formatting is lost. We do have this open as a feature request though, so I've added your vote to it.

Thanks!
Aug 4, 2022  • #2
User Image
Anthony Kirkland
6 discussion posts
Quote:
Hi Anthony,
This is likely due to the Clipboard History not storing the formatting, so once it gets moved to the history, the formatting is lost. We do have this open as a feature request though, so I've added your vote to it.
Thanks!

I understound what you stated regarding formatting as that makes perfect sense though I confess I am a bit confused here. In my mind, formatting would apply to text that goes into the history. I could see if it stripped rech text elements such as bold tags or italics. What is confusing here (at least to me :) ) is that the object going into the history is a binary blob, not parsable text. Just as you wouldn't expect a Jpeg or PNG to be manipulated (maybe altered is a better word choice?) by the system clipboard does not the same expectation apply to any blob object going into the CF history? (barring any defined triggers)
I state it this way because in your reply you indicated that you have this on the TODO list as a feature request. This is where I'm confused. From my end user perspective I'm not getting the same result out that I put in and, in a text clip scenario, I could understand formatting being an issue. How would/does formatting apply to binary data copied into the history? I ask this because I code part time and usually features requests carry less weight that bugs. Kind of like saying 'desired functionality' vs 'expected functionality.' Hopefully I just misunderstood the usage of formatting or some underlying functionality in CF. Should this be the base then my apologies. I just want to make sure that my original post and your reply was properly aligned and that I didn't fail to convey the context of the original post.
Please know there is no implied 'tone of voice' (text? LOL) implied in my message. Rather, I'm just trying to be as clear and concise as I can be. I'm a paid (and happy!) user of multiple BFS apps.
Regards,
Tony
Aug 6, 2022 (modified Aug 6, 2022)  • #3
Owen Muhlethaler (BFS)'s profile on WallpaperFusion.com
Hi Anthony,

When you copy a gif, it puts a .png and the HTML formatting onto the clipboard. The HTML formatting contains the link to the gif on the website you copied it from.

Because ClipboardFusion loses the HTML formatting when it enters the history, it just saves the .png, which is why you only see the first frame of the animation. If we're able to store the formatting in the history, I think this would work, but it's definitely something we would have to test out first.

Hope that clears things up!
Aug 9, 2022  • #4
Subscribe to this discussion topic using RSS
Was this helpful?  Login to Vote(-)  Login to Vote(-)