Testing Wanted for Windows Clipboard Copy/Paste for Images

Thanks for testing!

Will look into enabling an Undo step; haven’t looked into that before.

Actually isn’t this pointing out that we will sometimes want a new image added and other times we will want to replace the current image? If so then I’d need “Paste as New Image” versus “Paste as New Layer”, “Paste as New Tile”, “Paste (Overwrite)”, etc? Or I am thinking about it wrong. Thoughts on this appreciated.

Fairly certain the new version of this PR (changed since this build) would not crash. This code was just assuming the imbuf had an integer buffer, when in this case there is only a float buffer. Not sure if it actually behaves well with EXR now but shouldn’t crash at least. Will test.

Thanks again!


I can see that at times I might copy/paste out of Blender to an external program - say, just to quickly do some A/B verification (like adjusting the position of an image detail, for example) - but I don’t think I would ever paste INTO the image editor, in order to use that pasted image within the Blender scene.

Blender is so sketchy with saving the scene with/without edited textures, that I simply wouldn’t trust the process. So, I would continue to “save as” from Photoshop over the imagemap I’ve already got inside the shader, and refresh the node as I do now.

(ETA: Having said all of this, others might find it of great value. So I’m not saying it’s bad idea, and not worth pondering.)


Great feature. Harley is on fire. (Someone make this man the head of UI team plzzz) :stuck_out_tongue_winking_eye:

WHAT? I do that all the time in other 3d apps.
Paste is just as important as copy.

@Harleya Little OT, but you know what else is missing in blender regarding the image editor? Is make it work like an image viewer. Like, dropping image files into the blender window should open the image in an image editor window. Also dropping image files on top of the blender.exe file should do the same. That’s one of my favorite features in some other 3d apps.

It’s all about workflows guys :v:


There are already couple popular addons that provide image copy pasting in Blender. I use two of those, they even provide ability to paste as an image node or a video strip beside pasting into the image editor. This feature is immensely useful thing to have.


I updated the build linked in the first comment. Seems to always copy at least RBG back and forth.
Copying from Chrome, Firefox, and Edge all do so with alpha. To and from Krita also works with alpha. Haven’t looked at the crash when copying with EXR.

Gimp still is only RGB in and out - only uses PNG for alpha

Pasting does not register undo.


Copy/pasting inside Blender (from Image Editor to Image Editor) inverts the image.


Sometimes copy/pasting shifts the image to left.


Repeatedly copy/pasting inside Blender causes crash.

I changed one place where an exception could happen. Fingers crossed.

Rendered a scene, loaded Render Result into the Image Editor. Copy function greyed out



@Harleya I’ve tested this and I really love it. I haven’t found any issues not already addressed.

On that note, though, I feel like there’s something fundamentally wrong with Blender’s UI development that is showing itself mostly through your work. You have quite a lot of absolutely incredible patches that are slowly rotting in the “not approved for Blender” graveyard:


I’m sure I’ve missed even more, those are just the immediate ones.

What can we do as users to get these patches into Blender? The answer is usually given as “provide feedback on the patch discussion threads”, but that doesn’t seem to have an effect, as all of these patches and threads have detailed discussions (and almost every reply in these discussions is saying “please add this to Blender!”)

Whenever I see a new patch from you, my initial reaction is excitement- everything you make is incredible. My next reaction is to resign myself to that fact that I’ll never actually get to use this new feature in a release version of Blender. There’s got to be something Blender users can do to influence Blender development- and again, I know that’s what this site is for, but clearly, feedback on this site does not correlate to what gets into Blender.

I’ve gone off-topic for sure, I apologize. I just desperately want to use your Windows clipboard, your better color picker, your visual camera controls, your better area docking, etc, and it’s frustrating seeing these things sitting as “open” on the project board for months or even years


@josephhansen - It can sometimes look odd from the outside, but it really isn’t.

I’ve been contributing to Blender for more than a decade and have been a part of the UI Module for years. Most of the things I have enjoyed working on have been without any prior official plan or approval, but have instead been far-term experiments on where we might want to go. They usually start off as a hacky demonstration and turn into some WIP that gets iterated over for a while. But the vast majority of the things I have worked on have made it into Blender in some form or another eventually.

Loading dialog could make it in eventually, maybe for 4.0. Docking will be something we will get, but there might be lots of design, changes, and iterations before we get there - we talked about it at headquarters last year - but a 4.0 target might be possible. That “Camera Controls” page is a design by William that I have played with at times, but have nothing useful from it. That “eyedropper” PR could get approved at almost any time - we just need the time to think about it.

I’ve been employed by Blender since the beginning of the Month though, so my experimenting with these far-term ideas will slow down as I concentrate on issues that have actual plans. But I’ll still find time to play.


Hey, this is one of those times where I completely believe you that these could be good features, but I simultaneously don’t understand why. Could you explain a bit better why these are important? Feel free to DM me if you prefer.

1 Like

Hi, this is a most welcome addition, thanks !!! I just grabbed the latest build from your link above : pasting works fine from a windows partial screenshot, but I can’t copy the render from the clipboard, the clipboard seems to be remaining empty (on Windows 10). I tried to paste in Skype or Photoshop (these would be my two main uses) but nothing. And the “Paste” button remains greyed out in Blender, which confirms that nothing is sent to the clipboard. HOWEVER, this seems to be only concerning the RenderResult, as I can copy back the image I’ve just pasted in the image editor (after clearing my clipboard).

Also I just learned about this Patch from yesterday’s Blender Today and I had made a RCS post about a feature request that is somewhat in line with this patch, if you are interested… Right-Click Select — Blender Community
It might not be trivial, but my idea is to directly grab the current visual state of a 3D viewport in Render Preview mode and paste it to the clipboard. Since “Viewport Render Image” is not currently supported for cycles.

Yes, for a Render Result the “Copy” item was enabled but didn’t actually work. That is now fixed and you can copy the render result as expected. I updated the build linked in the first comment.

If I can get this PR in, then I might propose area-related “capture to clipboard” options. For most areas that would be right-click on the header and select “Capture Area to Clipboard” or similar.


Yes, I feel the same.
So many useful things that could further enhance the already excellent interaction experience with Blender and increase productivity in work… add the amazing snap and modal view navigation enhacement’s patchs from germano.

I updated the build again. I found a program, “Affinity Photo”, that can transfer a 32-bit RGB buffer with the alpha component set to 0. Had to detect that and set alpha to 255 so that the image is… visible. LOL


If I can get this PR in, then I might propose area-related “capture to clipboard” options. For most areas that would be right-click on the header and select “Capture Area to Clipboard” or similar.

That would be just perfect !

I notice a difference in color management when using the copy fonction, and save (or even windows’ screen shot tool). I don’t know if this is expected ? Personnaly I’d have expected an exact copy of the pixels displayed in the image editor, with color management included but there might be a reason not to.

Testing on the Mar 23, 2023 Build, Windows 10, Photoshop CC:

  • Render Window copy → paste Photoshop: base function is working now

  • Alpha channel appears to still not function either copying or pasting; from blender->photoshop, alpha is interpreted as a 100% (ie, fully black image, or lacking alpha data, depending on direction of copy/paste).

  • Copy from Blender Render → paste in a devtalk forum message: paste buffer completely worked, image uploaded into this message and resolved as one would hope. (Have deleted from this message, as no need to actually post the image with this message.) :wink:

1 Like

I updated the PR and the build linked in the first comment.

Like almost all programs it is now posting and handling multiple clipboard formats, so it should preserve alpha in more situations. So not only newer programs that use CF_DIBV5, but also older ones that use registered “PNG” clipboard format. In my own testing:

  • Gimp in and out with alpha
  • Krita in and out with alpha
  • Affinity Photo 2 in and out with alpha
  • Chrome in with alpha
  • Firefox in with alpha

Alpha channel appears to still not function either copying or pasting; from blender->photoshop, alpha is interpreted as a 100% (ie, fully black image, or lacking alpha data, depending on direction of copy/paste).

(To Harley - pls forgive me if my “photoshop alpha/trans not working” reports get annoying. I can hold off reporting any photoshop issues if you like, until you believe it should be working.)

What version of Photoshop are you using? And which direction gives you “fully black image” verses “lacking alpha”?

I only have an ancient version of Photoshop. About says “PhotoShop CS2. Version 9.0”. Not sure if it is new enough to be worth testing against. At one point I might download a trial version of the newest version for some testing (assuming I can copy/paste with a trial).

No worries at all. But it is possible for me to get to a point where it moves RBGA between most programs except Photoshop and I might consider it good enough. Or it could be left for future fixing.

Do you compile Blender from source code yourself? Just in case I can use you for further testing later.

So far not seeing a lot of ways of getting alpha to work with Photoshop. From my old version it is offering the following:

  • 49161 - DataObject
  • 8 - CF_DIB
  • 2 - CF_BITMAP
  • 9 - CF_PALETTE
  • 50531 - Photoshop DIB Layer
  • 50516 - Photoshop DIB Layer X
  • 50921 - Adobe Photoshop Image
  • 19163 - Embed Source
  • 49156 - Native
  • 49155 - OwnerLink
  • 49166 - Object Descriptor
  • 49171 - Ole Private Data
  • 17 - CF_DIBV5

With none of the non-proprietary formats containing an alpha layer. The last one listed (CF_DIBV5) can transport alpha but in this case it is synthesized by the OS from CF_BITMAP and not actually placed by Photoshop - and so does not contain alpha.

In case this is just my old version, some recent links about this issue, include one that documents all the formats it currently offers:

I have tried with an almost up to date version of Photoshop (24.1.0, current is 24.3.0), and I can confirm that it does not work. The result is alpha treated as either non existent (blender → ps) or fully white(ps → blender).

Blender to Photoshop:

Photoshop to Blender:

I does work in Clip Studio Paint


Sorry, the “fully black image” description is quite confusing without context - I should not have described it that way. But for clarity (just to explain), I was copy/pasting the grease pencil “ink lines only” layer from Blender to PS. Since the ink lines themselves are black, it was a fully black image. (However, very confusing way to report bug behavior on my part).

To be more accurate, everything that should be transparent is simply filled black.

TXO’s post gives a much better illustration of what I’m seeing.

Re: PS itself - I’ve been doing some brief internet searching, and it appears to me that the problem may be inherent to PS. It’s somewhat bad at dealing with Copy/Paste transparent PNG files - it completely fails in the trans paste if the source is a PNG in Firefox, for example. So I don’t think the problem is necessarily your code; they’ve possible got some internal operation that handles it within their own ecosystem, but apparently mixed results (if at all) outside of that ecosystem. Gimp Copy → PS Paste also fails, for example.

I’ve not been able to get BL-GIMP trans to work either, but my skills with GIMP are practically ZERO. Perhaps there’s a trick with GIMP i’m simply oblivious to, so I’ll not offer an “official” bug report.

Normally I download the compiled ZIP files to explore new alpha features, but I can (and have) compiled both the 3.6 alpha as well as the GooEngine fork. (So, if compiling an experimental build such as this is a similar process, I believe I could compile it as well). While my dev skills are nearly none, I’m quite happy to check code tweaks on my system as needed. :slight_smile:

1 Like