https://bugs.winehq.org/show_bug.cgi?id=30560
--- Comment #2 from Ken Thomases ken@codeweavers.com --- The CrossOver hack which fixed the issue for that ticket was:
--------- begin patch --------- Author: Ulrich Czekalla uczekalla@codeweavers.com Date: Fri Jun 8 14:08:09 2007 -0400
Don't pass html format unmodified since most applications failed to process it
---
dlls/winex11.drv/clipboard.c | 1 - 1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/dlls/winex11.drv/clipboard.c b/dlls/winex11.drv/clipboard.c index 57c52f6..e2ae7a1 100644 --- a/dlls/winex11.drv/clipboard.c +++ b/dlls/winex11.drv/clipboard.c @@ -296,7 +296,6 @@ static const struct { wszRichTextFormat, XATOM_text_rtf }, { wszRichTextFormat, XATOM_text_richtext }, { wszGIF, XATOM_image_gif }, - { wszHTMLFormat, XATOM_text_html }, }; --------- end patch ---------
The problem is presumably that the X11 driver (and, now, Mac driver) don't convert from the raw HTML that is put on the clipboard by other apps to the format that Windows app expect, as documented in MSDN http://msdn.microsoft.com/en-us/library/windows/desktop/ms649015%28v=vs.85%29.aspx. We'd also want to convert in the other direction, too.
In addition to the text/html MIME type (or, with the Mac driver, the public.html UTI), Wine should probably also export and import a custom HTML type for the unmodified Windows-style CF_HTML data. That would allow for maximum fidelity for transfer between Windows apps running under Wine.