https://bugs.kde.org/show_bug.cgi?id=406781

Boudewijn Rempt <b...@valdyas.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|REPORTED                    |CONFIRMED
     Ever confirmed|0                           |1

--- Comment #12 from Boudewijn Rempt <b...@valdyas.org> ---
Okay, I don't think it has got something to with the version of Qt. It looks
like it's a timing issue. 

When I print the format of the image we get when created an image from the
clipboard three times, I see:

>>>>>>>>>> QImage::Format_RGB32 false
>>>>>>>>>> QImage::Format_RGB32 false
>>>>>>>>>> QImage::Format_ARGB32 true

It's easier to get a clip with alpha channel if the copy is made while Krita is
running, but that's not a certainty.

Looking into the mimedata in the clipboard, I see the following formats
announced:

>>>>>>>>>> QImage::Format_RGB32 false ("TIMESTAMP", "TARGETS", "MULTIPLE", 
>>>>>>>>>> "SAVE_TARGETS", "text/html", "text/_moz_htmlinfo", 
>>>>>>>>>> "text/_moz_htmlcontext", "image/png", "image/bmp", "image/x-bmp", 
>>>>>>>>>> "image/x-MS-bmp", "image/x-icon", "image/x-ico", 
>>>>>>>>>> "image/x-win-bitmap", "image/vnd.microsoft.icon", "application/ico", 
>>>>>>>>>> "image/ico", "image/icon", "text/ico", "image/jpeg", "image/tiff", 
>>>>>>>>>> "application/x-qt-image")

However, only sometimes there's data for image/png, while there's always data
for image/jpeg. Firefox never puts data in for the other image formats:

Format "TIMESTAMP"
Format "TARGETS"
Format "MULTIPLE"
Format "SAVE_TARGETS"
Format "text/html"
Format "text/_moz_htmlinfo"
Format "text/_moz_htmlcontext"
Format "image/png"
data 290949 mime "image/png"
Loaded image succesfully QImage::Format_ARGB32 true
Format "image/bmp"
data 0 mime "application/x-zerosize"
Could not load image of type "image/bmp"
Format "image/x-bmp"
data 0 mime "application/x-zerosize"
Could not load image of type "image/x-bmp"
Format "image/x-MS-bmp"
data 0 mime "application/x-zerosize"
Could not load image of type "image/x-MS-bmp"
Format "image/x-icon"
data 0 mime "application/x-zerosize"
Could not load image of type "image/x-icon"
Format "image/x-ico"
data 0 mime "application/x-zerosize"
Could not load image of type "image/x-ico"
Format "image/x-win-bitmap"
data 0 mime "application/x-zerosize"
Could not load image of type "image/x-win-bitmap"
Format "image/vnd.microsoft.icon"
data 0 mime "application/x-zerosize"
Could not load image of type "image/vnd.microsoft.icon"
Format "application/ico"
Format "image/ico"
data 0 mime "application/x-zerosize"
Could not load image of type "image/ico"
Format "image/icon"
data 0 mime "application/x-zerosize"
Could not load image of type "image/icon"
Format "text/ico"
Format "image/jpeg"
data 33290 mime "image/jpeg"
Loaded image succesfully QImage::Format_RGB32 false
Format "image/tiff"
data 0 mime "application/x-zerosize"
Could not load image of type "image/tiff"
Format "application/x-qt-image"
Final QImage QImage::Format_ARGB32 true

I've created a bit of a complicated system that probably duplicates what Qt
does internally to get the best quality clip, but if there's only a jpeg image
on the clipboard, there's nothing we can do :-(

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to