HI, I have been trying to use Krita for many versions and I have downloaded the latest 4.3 but still, when I draw something in KRITA and select and copy-paste it in other Softwares such as PAINT or Photoshop, I don’t get clean artwork with transparency.
Instead, I get a BLACK area where there should be an ALPHA area.
what to do? How do I solve this?
What settings do I have to change?
please. this is very frustrating.
Thanks
Danish
I think this may be a Windows thing (I assume you’re using Windows).
I see this in Windows too and krita -> photoshop gives black background but photoshop -> krita gives a white background.
With Linux, I can copy from GIMP and paste to krita with no problem but not the other way around.
Anyway, please submit a formal bug report at: https://bugs.kde.org/
(Sign up and sign in are needed.)
It is a Windows thing. See for instance https://bugreports.qt.io/browse/QTBUG-57410 or https://bugreports.qt.io/browse/QTBUG-11463. We create the QImage we put on the clipboard with an alpha channel. It’s up to receiving applications to determine what to take from the clipboard.
There’s no need to report a bug, we cannot change how this works.
Sadly, they are right. It is a windows issue (like other things)
I found my peace when i realised that when I copy from photoshop to other programs also doesn’t work as well. No alpha channel is ‘pasted’ from clipboard in Windows.
This is not Krita fault!
I forgive you krita!
I tried that. Below is a piece of superb art (quickly made for demonstration purpose). I drew that in Krita on one layer, I selected with the Outline Selection Tool and copied. I just pasted it in Firefox.
The image is OK, with transparency kept (I think? Yes, I changed the background-color of the preview, it is transparent).
If I paste it in WhatsApp or IrfanView, it looks like:
Black background, blocky pixilated image!
Trying to paste it in Gimp, it tells me “There is no image data in the clipboard to paste”, which is untrue.
But I have a clipboard manager, CopyQ. If I examine a preview of the image, it looks fine.
As you see, when you copy something on Windows, the copying application can put several formats at the same time. A wordprocessing app can put RTF, HTML, native format, pure text, etc., which allows target applications (where we paste) to choose a format best suited for their purpose (or the only one they understand! Notepad will pick pure text, for example).
Here, Krita offers a vast choice of formats, from the sophisticated Tiff or PNG or Webp to the crudest XBM (pure B&W), including Jpeg or cursor or icon…
CopyQ doesn’t understand the native Krita format, which is OK. But it can display most other formats.
We see that PNG is OK, with transparency:
The only issue is that Qt highly compresses the Jpeg, hence the blocky looks, we loose nuance. But anyway, the format isn’t supporting transparency, so it is still not adapted to the needs.
So to transfer to another application, I suppose it is better to export to a PNG file and to import it in the app.
So, in conclusion, that’s not Krita’s fault, it is totally the application’s fault to choose the worst format among those proposed.
That’s a very interesting analyze of copy/paste underlying system under windows 
Thanks
Grum999
