GNOME Bugzilla – Bug 165219
winclipbboard doesn't handle grayscale images correctly
Last modified: 2008-01-15 12:46:22 UTC
New image (RGB) For example: Render-GFig and draw something Copy to clipboard Then its not possible to paste it in OpenOffice, because background is black and you can see nothing.
I don't understand this bug report. If OpenOffice doesn't handle the alpha channel correctly, why don't you file a bug report against OpenOffice? GIMP can hardly do anything about this. Or did I misunderstand you?
I checked it again: The Problem is not the transpararent part, the problem is to copy grayscale- images to clipboard and paste it in an second application (for example OpenOffice): New Image (Rgb) , draw something and copy to clipboard and paste in openoffice: everything is OK. But New Image (grayscale) , draw something and copy to clipboard and paste in openoffice, only an black image is pasted.
The question is whether the problem is in GIMP or in OpenOffice. Do you have another program available that you could try pasting into (other than OpenOffice)?
I tryed with MSWord, Irfanview and OpenOffice with the same result. Grayscale-Images are always black.
Hm, I get a different result when trying this with MS Word. GIMP: grayscale image, black painting on transparent background Word: green (#00ff00) painting on black GIMP: RGBA image, black on transparent Word: black image (maybe black on black?) GIMP: RGBA image, white on transparent Word: white image (maybe white on white?) I will try more extensive tests, using other colors (black and white could be just special cases), with OpenOffice.
New Image (grayscale) with white background. Draw something with black color and copy / paste to msword: Background is black.
Looks like enough information to confirm that GIMP or GTK is probably doing something wrong with the clipboard in Windows.
Are we talking about "Edit->Copy" here or "Edit->Copy to Clipboard"?
Copy to clipboard, which is provided by the winclipboard plug-in.
So we are talking about a bug in the winclipboard plug-in then, changing component accordingly. BTW, why do we still need to use this plug-in? Shouldn't GTK+/GDK abstract the win32 clipboard good enough for this to just work now that GIMP uses the global clipboard?
It doesn't work in 2.4.14 yet. Don't know about 2.6.
I tested with gimp 2.05 with gtk+ 2.4.14 and there is no problem: grayscale-picture copy/paste seems to be OK
Can we get an update on whether this plug-in is still needed with Gtk+ 2.6?
It is still needed for "copy to clipboard". Pasting from the clipboard is now handled by GTK+, and the paste functions have already been removed from winclipboard in HEAD. I didn't try if I can reproduce any of the problems I reported in comment #5, will do so later today.
If I interpret the changes in gtk+ correctly, copy image to clipboard functionality for win32 has been added for gtk+ 2.6.5. I guess we should depend on gtk+ 2.6.5 in HEAD, at least for Win32, remove the winclipboard plug-in entirely and close this bug.
I tested this with GTK+ 2.6.7 - copying to and from the system clipboard and other apps works fine - winclipboard is history.
2005-04-22 Sven Neumann <sven@gimp.org> * configure.in * plug-ins/common/Makefile.am * plug-ins/common/plugin-defs.pl * plug-ins/common/winclipboard.c: removed winclipboard plug-in from CVS. It is not any longer needed as long as GTK+ >= 2.6.5 is being used. Fixes bug #165219.